Skema penamaan Kunci Asing

Saya baru mulai bekerja dengan kunci asing untuk pertama kalinya dan saya bertanya-tanya apakah ada skema penamaan standar yang digunakan untuk mereka?

Diberikan tabel ini:

task (id, userid, title)
note (id, taskid, userid, note);
user (id, name)

Di mana Tugas memiliki Catatan, Tugas dimiliki oleh Pengguna, dan Catatan penulis Pengguna.

Bagaimana ketiga kunci asing akan disebutkan dalam situasi ini? Atau sebagai alternatif, apakah itu penting ?

Pembaruan : Pertanyaan ini tentang nama kunci asing, bukan nama bidang!

Konvensi standar dalam SQL Server adalah:

FK_ForeignKeyTable_PrimaryKeyTable

Jadi, misalnya, kunci antara catatan dan tugas adalah:

FK_note_task

Dan kunci antara tugas dan pengguna adalah:

FK_task_user

Ini memberi Anda pandangan 'sekilas pandang' dari tabel mana yang terlibat dalam kunci, sehingga membuatnya mudah untuk melihat tabel mana yang satu (yang pertama bernama) tergantung pada (yang kedua bernama). Dalam skenario ini, set kunci lengkap adalah:

FK_task_user
FK_note_task
FK_note_user

Jadi, Anda dapat melihat bahwa tugas bergantung pada pengguna, dan catatan bergantung pada tugas dan pengguna.

Saya menggunakan dua karakter garis bawah sebagai pembatas yaitu

fk__ForeignKeyTable__PrimaryKeyTable 

Ini karena nama tabel terkadang mengandung karakter garis bawah itu sendiri. Ini mengikuti konvensi penamaan untuk kendala umumnya karena nama elemen data akan sering berisi karakter garis bawah misalnya

CREATE TABLE NaturalPersons (
   ...
   person_death_date DATETIME, 
   person_death_reason VARCHAR(30) 
      CONSTRAINT person_death_reason__not_zero_length
         CHECK (DATALENGTH(person_death_reason) > 0), 
   CONSTRAINT person_death_date__person_death_reason__interaction
      CHECK ((person_death_date IS NULL AND person_death_reason IS NULL)
              OR (person_death_date IS NOT NULL AND person_death_reason IS NOT NULL))
        ...

Bagaimana dengan FK_TABLENAME_COLUMNNAME?

K eep Aku t S imple S tupid bila memungkinkan.

Catatan dari Microsoft tentang SQL Server:

Batasan KUNCI ASING tidak harus dikaitkan hanya dengan batasan KUNCI UTAMA di tabel lain; itu juga dapat didefinisikan untuk referensi kolom dari batasan UNIK di tabel lain.

jadi, saya akan menggunakan istilah yang menggambarkan ketergantungan alih-alih istilah hubungan primer / asing konvensional.

Saat mereferensikan KUNCI UTAMA dari tabel (orang tua) independen dengan kolom dengan nama yang sama di tabel anak (dependen) , saya menghilangkan nama kolom:

FK_ChildTable_ParentTable

Saat mereferensikan kolom lain, atau nama kolom bervariasi antara dua tabel, atau hanya untuk menjadi eksplisit:

FK_ChildTable_childColumn_ParentTable_parentColumn

Saya biasanya hanya meninggalkan PK saya bernama id, dan kemudian menyatukan nama tabel dan nama kolom kunci saya ketika menamai FK di tabel lain. Saya tidak pernah repot-repot dengan unta-casing, karena beberapa database membuang sensitivitas huruf dan tetap mengembalikan semua nama huruf besar atau kecil. Bagaimanapun, inilah versi tabel saya yang akan terlihat:

task (id, userid, title);
note (id, taskid, userid, note);
user (id, name);

Perhatikan bahwa saya juga memberi nama tabel saya dalam bentuk tunggal, karena satu baris mewakili salah satu objek yang saya tekankan. Banyak dari kebaktian ini adalah pilihan pribadi. Saya menyarankan bahwa lebih penting untuk memilih konvensi dan selalu menggunakannya, daripada mengadopsi konvensi orang lain.

Ini mungkin over-kill, tetapi ini bekerja untuk saya. Ini sangat membantu saya ketika saya berurusan dengan VLDB khususnya. Saya menggunakan yang berikut ini:

CONSTRAINT [FK_ChildTableName_ChildColName_ParentTableName_PrimaryKeyColName]

Tentu saja jika karena alasan tertentu Anda tidak mereferensikan kunci utama Anda harus mereferensikan sebuah kolom yang terkandung dalam batasan unik, dalam hal ini:

CONSTRAINT [FK_ChildTableName_ChildColumnName_ParentTableName_ColumnInUniqueConstaintName]

Bisakah ini panjang, ya. Apakah itu membantu menjaga informasi agar tetap jelas untuk laporan, atau membuat saya lompatan cepat bahwa masalah potensial adalah selama peringatan 100% akan senang untuk mengetahui pikiran orang-orang tentang konvensi penamaan ini.

Pendekatan saya yang biasa

FK_ColumnNameOfForeignKey_TableNameOfReference_ColumnNameOfReference

Atau dengan istilah lain

FK_ChildColumnName_ParentTableName_ParentColumnName

Dengan cara ini saya bisa memberi nama dua kunci asing yang mereferensikan tabel yang sama seperti history_info tabledengan column actionBy and actionTodari dari users_infotabel

Itu akan seperti

FK_actionBy_usersInfo_name - For actionBy
FK_actionTo_usersInfo_name - For actionTo

Perhatikan bahwa:

Saya tidak memasukkan nama tabel anak karena tampaknya masuk akal bagi saya, saya ada di tabel anak sehingga saya dapat dengan mudah menganggap nama tabel anak itu. Total karakternya adalah 26 dan cocok dengan batas 30 karakter oracle yang dinyatakan oleh Charles Burns pada komentar di sini

Catatan untuk pembaca: Banyak praktik terbaik yang tercantum di bawah ini tidak berfungsi di Oracle karena batas nama 30 karakternya. Nama tabel atau nama kolom mungkin sudah mendekati 30 karakter, jadi konvensi yang menggabungkan keduanya menjadi satu nama memerlukan standar pemotongan atau trik lainnya. - Charles Burns

Berdasarkan jawaban dan komentar di sini, konvensi penamaan yang meliputi tabel FK, bidang FK, dan tabel PK (FK_FKTbl_FKCol_PKTbl) harus menghindari tabrakan nama kendala FK.

Jadi, untuk tabel yang diberikan di sini:

fk_task_userid_user
fk_note_userid_user

Jadi, jika Anda menambahkan kolom untuk melacak siapa yang terakhir memodifikasi tugas atau catatan ...

fk_task_modifiedby_user
fk_note_modifiedby_user

Jika Anda tidak mereferensikan FK Anda sesering itu dan menggunakan MySQL (dan InnoDB) maka Anda bisa membiarkan MySQL memberi nama FK untuk Anda.

Di lain waktu Anda dapat menemukan nama FK yang Anda butuhkan dengan menjalankan kueri .

Coba gunakan UUID Versi 4 yang berhuruf besar dengan oktet pertama diganti oleh FK dan '_' (garis bawah) alih-alih '-' (tanda hubung).

Misalnya

• FK_4VPO_K4S2_A6M1_RQLEYLT1VQYV
• FK_1786_45A6_A17C_F158C0FB343E
• FK_45A5_4CFA_84B0_E18906927B53

Dasar pemikirannya adalah sebagai berikut

• Algoritma generasi ketat => nama yang seragam ;
• Panjang kunci kurang dari 30 karakter , yang merupakan batasan panjang penamaan di Oracle (sebelum 12c);
• Jika nama entitas Anda berubah, Anda tidak perlu mengganti nama FK Anda seperti dalam pendekatan berbasis entitas-nama (jika DB mendukung operator ganti nama tabel);
• Orang jarang menggunakan nama batasan kunci asing. Misalnya alat DB biasanya menunjukkan batasan apa yang berlaku. Tidak perlu takut dengan tampilan samar, karena Anda dapat menghindari menggunakannya untuk "dekripsi".