mungkin juga hanya menggunakan indeks ID pengguna, itu jauh lebih cepat untuk bergabung vs char/varchar. dua detik yang diperlukan untuk menambahkan bahwa sekarang dapat menghemat banyak waktu nanti jika Anda tidak sengaja harus memperluas fungsionalitas skema Anda.
beberapa perangkap untuk dipikirkan:
- katakanlah kami menambahkan beberapa tabel di masa mendatang, bagaimana jika seseorang ingin mengubah nama pengguna?
- katakanlah aplikasi ini lebih berhasil daripada yang kami pikirkan, dan kami harus melihat pengoptimalan, apakah Anda benar-benar ingin mengulang skema Anda saat ini untuk mengurangi overhead indeks varchar'ed?
