Standar apa yang harus saya ikuti saat memberi nama tabel dan tampilan? Sebagai contoh, apakah itu ide yang baik untuk meletakkan sesuatu seperti tbl_ di awal nama tabel? Haruskah saya menetapkan tabel kode / pencarian dengan cara seperti ct_, lut_, atau codes_? Apakah ada yang harus / tidak boleh dilakukan?
Saya menggunakan MS SQL Server dan memiliki banyak database dengan banyak tabel sehingga akan menyenangkan untuk memiliki sesuatu yang dapat kita gunakan sebagai standar dengan beberapa pendukung yang rasional.
sumber
orders
tidakorder
dan menghindari harus mengutip nama tabel setiap kali itu adalah pengguna. Ini juga berlaku untukgroup
dan kata kunci lainnya. Untungnya, beberapa kata kunci bertabrakan dengan entitas yang sama.Kami menggunakan skema (menganggapnya sebagai ruang nama dalam SQL mungkin) untuk izin dan pengelompokan. Jadi alih-alih "tbl" dll yang kita miliki
Tidak ada kode yang masuk ke skema Data. Tidak ada tabel yang hidup di luar skema Data. Ini tentu saja dapat diperpanjang untuk memiliki skema pencarian atau pementasan jika Anda mau.
Untuk tampilan yang kami gunakan,
vw
tetapi ini untuk membedakannya dari tabel di SQL Server 2000 dan ini agak warisan sekarangsumber
Secara pribadi saya penggemar berat Fanö Bedingung , yang berarti di sini bahwa tidak nama diperbolehkan menjadi awal dari nama lain yang valid.
Dan kedua jarak Hamming antara dua nama lebih baik dari satu huruf yang berbeda.
Ya itu adalah aturan dari zaman praduga, tetapi mereka membuat hidup lebih mudah.
Dan nama ketiga harus bisa diucapkan, atau Anda akan menjadi marah, ketika pengenalan suara menjadi benar.
sumber
Saya tidak tahu bahwa benar-benar ada konvensi penamaan "terbaik" di luar sana, karena konvensi itu bermuara pada preferensi pribadi dan kemudahan pengembangan. Saran saya adalah memilih konvensi penamaan dan mematuhinya. Jika Anda ingin memisahkan kata-kata dengan garis bawah, lakukan di semua objek basis data Anda. Jika Anda ingin menggunakan camelCase, lakukan di semua objek basis data Anda.
Di toko saya, kami mematuhi aturan berikut:
Kami memisahkan kata-kata dengan garis bawah dan menggunakan semua huruf kecil.
Nama tabel kami menjelaskan apa itu: dbo.person, dbo.invoice.
Nama tabel banyak-ke-banyak kami juga menggambarkan siapa mereka (dengan penambahan mm untuk menunjukkan hubungan banyak ke banyak yang dipetakan: dbo.person_mm_address. Prosedur tersimpan yang ditentukan pengguna kami menjelaskan objek dan tindakan yang dilakukan: usp_person_select , usp_address_select_by_city Pandangan dan fungsi kami mengikuti aturan yang sama dengan prosedur tersimpan.indeks kami meliputi tabel, kolom kunci (secara berurutan), dan indikasi dari clustered / non-clustered: ix_person_last_name_first_name_nc
Hanya karena ini yang kami gunakan di toko saya, itu tidak berarti aturan ini tepat untuk Anda. Pilih sesuatu yang Anda dan tim pengembangan Anda sepakati berguna dan mudah untuk dikembangkan, dan membangun budaya mengetahui dan menggunakan konvensi penamaan apa pun yang Anda putuskan. Dalam kasus kami, ini termasuk tinjauan kode untuk objek apa pun yang dibuat dalam database. Seiring waktu, kombinasi dari konvensi penamaan yang terdokumentasi dan peninjauan kode rekan telah menyebabkan semakin sedikit penyimpangan dari konvensi.
Saya harap "tidak dijawab" ini membantu.
sumber
Saya puas dengan ini sejak tahun lalu
jika Anda memiliki paket hosting bersama yang murah, Anda harus menggunakan singkatan proyek di depan semua objek Anda, seperti misalnya, situs administrator database, da_users, da_questions
sumber
product_groupv
dan tidakproduct_group_v
untuk tampilan (jika Anda bersikeras pada perbedaan tampilan dan tabel)?