Nombre del procedimiento almacenado de SQL Server

11

Hemos comenzado a nombrar nuestros procedimientos almacenados como [16_TestStoredProc]. ¿Hay alguna implicación al nombrar un procedimiento almacenado como este?

No voy a explicar por qué estamos haciendo esto. No es que tenga problemas con esto, pero tendría alguna implicación.

Joshua
fuente
11
Gracias por probar para todos nosotros todas las herramientas que rompen con nombres sin comillas :)
Remus Rusanu
2
Gracias comunidad por no haber traído esta pregunta diciendo No es una pregunta real . Estoy seguro de que esto ayudará a los futuros lectores a comprender las implicaciones del uso de diferentes convenciones de nomenclatura.
Anuj Tripathi
55
Sería interesante saber por qué estás haciendo esto.
Max Vernon
2
Recomiendo nombrar sus procedimientos almacenados utilizando un patrón "NounVerb". Los ejemplos son "EmployeeGetAll" y "EmployeeInsert". Esto mantiene todos sus procedimientos almacenados relacionados ordenados juntos.
user2023861
1
Eso no parece ser una solución muy útil, para sus programadores o para el mantenimiento a largo plazo. Por lo general, sigo un patrón VerbNoun, GetEmployee, por ejemplo, que no mantiene todos los procedimientos de Employee juntos como lo hace NounVerb, pero es mucho más intuitivo.
David T. Macknet

Respuestas:

25

No hay problemas técnicos con esto.

No va a hacer ninguna diferencia en SQL Server.

Desde un punto de vista de usabilidad, los nombres de los identificadores que comienzan con un número siempre se deben citar

exec some_schema.16_TestStoredProc

no sería válido y siempre debes usar

exec some_schema.[16_TestStoredProc]

Además, al ver los procedimientos almacenados ordenados alfabéticamente, por ejemplo, en el Explorador de objetos, este prefijo puede no ser útil para tratar de encontrar un procedimiento almacenado y, dado que están ordenados lexicográficamente, puede ser un poco incómodo que lo 18_TestStoredProcprecede 2_TestStoredProc.

No voy a explicar por qué estamos haciendo esto

Bueno, tal vez tienes buenas razones. Como no los va a compartir, no es posible que comentemos sobre ellos.

Martin Smith
fuente