SQL Server saklı yordam adlandırma

Saklı yordamları olarak adlandırmaya başladık [16_TestStoredProc]. Bunun gibi bir saklı yordamı adlandırmanın herhangi bir anlamı var mı?

Bunu neden yaptığımızı açıklamayacağım. Bununla ilgili sorunlarım yok, ama herhangi bir çıkarımda bulunacağım.

sql-server sql-server-2012

— Joshua
kaynak

Hepimiz için sıralanmamış isimlerle kırılan tüm araçları test ettiğiniz için teşekkür ederiz :)

— Remus Rusanu

Gerçek bir soru değil diyerek bu soruyu getirmediğin için topluluğa teşekkürler . Bunun, gelecekteki okuyucuların farklı adlandırma kuralları kullanmanın sonuçlarını anlamalarına yardımcı olacağından eminim.

— Anuj Tripathi

Bunu neden yaptığını bilmek ilginç olurdu .

— Max Vernon

Saklı yordamlarınızı bir "NounVerb" deseni kullanarak adlandırmanızı öneririm. Örnek olarak "EmployeeGetAll" ve "EmployeeInsert" verilebilir. Bu, ilgili tüm saklı yordamlarınızı bir arada tutar.

— user2023861

Bu, programcılarınız veya uzun süreli bakım için çok kullanışlı bir çözüm getirecek gibi görünmüyor. Genel olarak bir VerbNoun kalıbı - GetEmployee, örneğin - NounVerb gibi tüm Çalışan prosedürlerini bir arada tutmaz, ancak çok daha sezgiseldir.

— David T. Macknet

Bununla ilgili teknik bir sorun yok .

SQL Server'da bir fark yaratmaz.

Kullanılabilirlik açısından, bir sayıyla başlayan tanımlayıcı adları her zaman tırnak içine alınmalıdır.

exec some_schema.16_TestStoredProc

geçerli olmaz ve her zaman

exec some_schema.[16_TestStoredProc]

Ayrıca saklanan yordamları alfabetik olarak sıralı olarak görüntülerken - örneğin Nesne gezgini'nde bu önek, saklı bir yordamı bulmaya çalışırken yardımcı olmayabilir ve sözlükbilimsel olarak sıralandığından, bundan 18_TestStoredProcönce biraz rahatsız edici olabilir 2_TestStoredProc.

Bunu neden yaptığımızı açıklamayacağım

Belki de iyi nedenleriniz var. Onları paylaşmayacağınız için onlar hakkında yorum yapmamız mümkün değil.

— Martin Smith
kaynak