Nazewnictwo procedur przechowywanych SQL Server

11

Zaczęliśmy nazywać nasze procedury przechowywane jako [16_TestStoredProc]. Czy są jakieś konsekwencje nazywania takiej procedury przechowywanej?

Nie zamierzam wyjaśniać, dlaczego to robimy. Nie chodzi o to, że mam z tym problemy, ale o jakiekolwiek implikacje.

sql-server sql-server-2012 Jozuego
źródło
11
Dziękujemy za przetestowanie dla nas wszystkich narzędzi, które łamią się z nie cytowanymi nazwami :)
Remus Rusanu,
2
Dziękujemy społeczności, że nie sprowadziliście tego pytania, mówiąc: To nie jest prawdziwe pytanie . Jestem pewien, że pomoże to przyszłym czytelnikom zrozumieć konsekwencje stosowania różnych konwencji nazewnictwa.
Anuj Tripathi,
5
Byłoby ciekawie wiedzieć, dlaczego to robisz.
Max Vernon
2
Polecam nazwać procedury składowane przy użyciu wzorca „NounVerb”. Przykładami są „EmployeeGetAll” i „EmployeeInsert”. Dzięki temu wszystkie powiązane procedury przechowywane są posortowane razem.
user2023861,
1
Nie wydaje się, że byłoby to bardzo użyteczne rozwiązanie, dla programistów lub do długoterminowej konserwacji. Generalnie używam wzorca VerbNoun - GetEmployee, np. - który nie utrzymuje wszystkich procedur pracownika razem, jak NounVerb, ale jest o wiele bardziej intuicyjny.
David T. Macknet,

Odpowiedzi:

25

Nie ma z tym żadnych problemów technicznych .

Nie ma to żadnego wpływu na SQL Server.

Z punktu widzenia użyteczności nazwy identyfikatorów rozpoczynające się od liczby muszą być zawsze cytowane

exec some_schema.16_TestStoredProc

nie będzie ważny i zawsze musisz go użyć

exec some_schema.[16_TestStoredProc]

Również podczas przeglądania procedur przechowywanych posortowanych alfabetycznie - np. W Eksploratorze obiektów ten prefiks może nie być pomocny w próbach znalezienia procedury przechowywanej, a ponieważ są one uporządkowane leksykograficznie, może to być nieco niewygodne, co 18_TestStoredProcpoprzedza 2_TestStoredProc.

Nie zamierzam wyjaśniać, dlaczego to robimy

Może masz dobre powody. Ponieważ nie zamierzasz ich udostępniać, nie możemy komentować ich.

Martin Smith
źródło