Trabajo en una empresa que tiene algunas convenciones de SQL muy poco estandarizadas (Fueron desarrolladas por Delphi Developers hace años). ¿Dónde está el mejor lugar en el que puedo encontrar definiciones de convenciones estándar de la industria SQL que se usan con más frecuencia?¿Dónde puedo encontrar/aprender Convenciones SQL estándar de la industria?
En su libro "SQL Programming Style," Joe Celko sugiere una serie de convenciones, por ejemplo, que una colección (por ejemplo, una tabla) debe nombrarse en plural, mientras que un elemento de datos escalar (por ejemplo, una columna) el singular.
Cita ISO-11179-4 como un estándar para la asignación de nombres de metadatos, que es compatible con esta guía.
serio, se esfuerzan para facilitar la lectura, es decir, utilizar nombres de campo y de mesa significativas; es realmente necesario nada más
(bien algunos prefijos comunes como la USP y UDF y UDT pueden ser útiles, pero no es obligatorio)
# 2 - como el SQL-92 se une? =) – StingyJack
Ver, comienza inmediatamente con un Zinger. Necesita una etiqueta "argumentativa" (es broma). – dkretz
Gracioso, pero cierto. Honestamente puedo decir que no hay formas "empresariales" de nombrar tablas, columnas, procedimientos almacenados o funciones. En cuanto a la sintaxis, lo mismo aplica. Soy culpable de combinaciones de estilo antiguo (es decir, a.id = b.id o b.id es nulo), pero eso realmente se reduce a la legibilidad. – willasaywhat
Este es el mejor que he visto en mi vida ... Naming Conventions
Sin embargo, los estándares realmente deberían ser claridad, simplicidad y facilidad de adopción entre su equipo.
No debería haber un montón de pautas de nombres increíblemente estrictas, debería centrarse en el estilo. El punto no es atormentar a los desarrolladores, es crear un estilo congruente en todo el sistema para que sea fácil pasar de una sección a otra.
No existen estándares SQL exactos para toda la industria. La mejor opción es google para estándares SQL porque varias personas conocedoras han publicado algunos documentos bastante buenos, extensos y completos sobre el tema. Léalos y absorbe los artículos que se aplican a tu entorno.
Here you can find a lot of Rules to better SQL /SQL Server.
Sí, es la empresa para la que estoy trabajando, ¡pero están bien! Y estas reglas provienen de la experiencia con proyectos de clientes.
¡Echa un vistazo y toma lo que quieras!
Esto siempre pareció tener más sentido incluso cuando diseñé mi primera base de datos. También adopté el sufijo de cualquier campo de clave externa con ID. –