Salah satu opsi adalah menyimpan tabel kunci yang hanya menyimpan nilai yang bertambah. Ini dapat menimbulkan beberapa masalah, yaitu kemungkinan masalah penguncian serta hit tambahan ke database.
Pilihan lain mungkin untuk memperbaiki apa yang Anda maksud dengan "Id yang Mudah Digunakan". Ini dapat terdiri dari kombinasi Tanggal/Waktu dan urutan khusus pelanggan (atau termasuk id pelanggan juga). Juga, id pesanan Anda tidak harus berupa kunci yang sebenarnya di atas meja. Tidak ada yang mengatakan bahwa Anda tidak dapat menggunakan kunci pengganti dengan kolom "dihitung" terpisah yang mewakili id pesanan.
Intinya adalah sepertinya Anda ingin menggunakan kunci pengganti, tetapi memiliki manfaat dari kunci alami. Bisa jadi sangat sulit untuk memiliki keduanya dan banyak tergantung pada bagaimana Anda benar-benar berencana menggunakan data, bagaimana pengguna menafsirkan data, dan preferensi pribadi.
