Veritabanı tablo adlandırma kurallarımızda önekler kullanmalı mıyız?

Question

Çalışma grubumuzdaki geliştirme ekibindeki tablolar, sütunlar, yordamlar vb. Adlandırma kurallarına karar veriyoruz. Tekil çoğul tablo zaten karar verildi, tekil kullanıyoruz. Her bir tablo adı için bir önek kullanılıp kullanılmayacağını tartışıyoruz. Bir önek kullanmayla ilgili önerileri okumak istiyorum ve neden.

Hiçbir güvenlik sağlamaz (olası bir davetsiz misafir için en az bir engel daha)? Bence bunları bir önek ile isimlendirmek genellikle daha rahat olur, kodda bir tablo adı kullanıyorsak, onları değişkenler, öznitelikler vb. Ile karıştırmamak için. Ama daha deneyimli geliştiricilerin fikirlerini okumak isterim.

Answer 1

Uygulamaların veya çözümün kısa adıyla tabloları ve diğer veritabanı nesnelerini önek kullanmayı tercih ederim.

Bu akla bahar iki potansiyel durumlarda yardımcı olur: Eğer uygulama veritabanında tabloları gerektiren herhangi bir üçüncü taraf çerçeve bileşenlerini kullanmayı tercih eğer çatışmaları adlandırma almak için daha az olasıdır

1. (örn asp net üyelik sağlayıcısı).

2. Müşteriler için çözümler geliştiriyorsanız, tek bir veritabanında birden çok uygulama için veritabanı nesnelerinin saklanmasını gerektiren tek bir veritabanıyla sınırlı olabilir (özellikle dış barındırma için ödeme yapıyorlarsa).

Answer 2

SqlServer kullanıyorsanız, iyi bir başlangıç, bazı yönlendirme için sağlanan örnek veritabanlarına bakmak olacaktır.

Answer 3

Tablo adlarınızı karıştırmayla ilgili endişeleriniz varsa, kodunuzda bir macun notasyonu stil sistemi kullanın. Belki tablo adı için dize + "tn" için "s":

Elbette

stnUsers = 'users'; 
stnPosts = 'posts'; 

, önek, size kalmış kodunuzu gibi komutunu girin ... strtblUsers, strtblnmeUsers, thisisthenameofatableyouguysUsers...

bir önek ekleme tablo isimlerine bazı avantajları vardır, özellikle bu öneki sisteme sabitlemezseniz ve kurulum başına değişmesine izin verirseniz. Birincisi, Ian'ın dediği gibi, diğer bileşenlerle daha az çatışma riski taşıyorsunuz ve ikincisi, dilerseniz programınızın iki veya daha fazla örneğini aynı veritabanından çalıştırabilirsiniz. Onlar masa adlarını listelemek ve görmeyi seçmek için izinleri kesinlikle olacak

Answer 4

herhangi adlandırma kuralı güvenliğini artırmak nasıl görmüyorum ...

bir yabancının (zararlı izinlerle) veritabanına erişimi varsa Ne için kullanılıyorlar.

Ancak, gerçekten kafa karıştırıcı tablo adlarının güvenliği dolaylı olarak kötüleştirebileceğini düşünüyorum. Bu giderilecektir böylece şans güvenlik sorunları azaltarak, sert daha da geliştirilmesi yapacak, ya da daha olası sorunları gizlemek olabilir: 'sro235onsg43oij5' (örneğin) adında bir tablo rastgele dizeleri ile rastgele adlandırılmış sütunlu dolu ise

ve rakamlar, yeni bir geliştirici sadece rastgele test verilerini (onunla etkileşime giren kodu dokunmadığı sürece) düşünebilir, fakat eğer 'userpasswords' veya benzeri bir geliştiriciye isimlendirilmişse, masaya bakan herhangi bir geliştirici parolaların muhtemelen düz metin içinde saklanır.

Answer 5

Doğrusu can sıkıcı onların türlerini belirtmek için Macar DB nesne önekleri bulabilirsiniz.

Her tablo adı "tbl" ile başlamak zorunda yerlerde çalıştık. Her durumda, adlandırma kuralı, sonunda, bir başkasının küçük bir değişiklik yapması gerektiğinde çok fazla acıya neden oldu.

Örneğin, eğer toplantınız "tbl" ile başlıyorsa ve görünümler "v" ile başlıyorsa, bir tabloyu arka plandaki diğer şeylerle değiştirmeye karar verdiğinizde yapmanız gereken en doğru şey nedir? uyumluluk için veya hatta tercih edilen arayüz olarak görüntüle? "Tbl" ile başlayan görüşlere sahip olduk.

Answer 6

Neden kodlama için yerinde var yönergelere göre tablo adı değil? Tablo adını bir "sınıf" ve sütunları "özellik" veya "alan" olarak kabul edin. Bu, sınıf/üye adlandırmadan tablo/sütun adlandırma otomatik olarak çıkaran bir ORM kullanırken yardımcı olur. Örneğin

, Castle ActiveRecord, aşağıda assumes the names are the same onlar üzerinde üyesi olarak böyle ilan etti.

[ActiveRecord] 
public class Person 
{ 
    [PrimaryKey] 
    public Int32 Id { get; set; } 

    [Property] 
    public String Name { get; set; } 
} 

Answer 7

Geçmişte, tablo adlarındaki ve sütun adlarındaki önekleri kullanmaya karşıyım. Bununla birlikte, bir sistemi yeniden tasarlama göreviyle karşı karşıya kaldığında, öneklerin bulunması arama yapmak ve değiştirmek için çok değerlidir. Örneğin, "tbl_product" için grepping muhtemelen "ürün" için greppingten çok daha alakalı sonuçlar verecektir.