database - lnv - sql server column name best practices

Convenciones de nomenclatura para tablas y columnas en la base de datos

Question

Posible duplicado:
¿Bases de datos, tablas y nombres de columnas convenciones?

Cada vez que comienza un nuevo proyecto, estoy pensando en nombrar convenciones de tablas y columnas en la base de datos. ¿Qué caso es tu recomendación y por qué?

Caso 1. column_name
Caso 2. ColumnName
Caso 3. Column_Name
Caso 4. columnName

Answer 1

Debe usar el caso n. ° 1 porque no tiene problemas de sensibilidad. Además, la caja del camello apesta con las siglas.

columnID
columnId
columnIDAlternative
columnIdAlternative
RASCScore
RascScore
column_id
column_id_alternative
rasc_score

Además, los espacios entre las palabras son visualmente más agradables que juntar todo. Absolutamente vale la pena cualquier dolor percibido de escribir un guión bajo que hay. Los guiones bajos simulan espacios y los sustantivos y frases compuestos tienen espacios en el lenguaje normal escrito. TheOnlyPeopleToTypeLikeThisMayHaveBeenTheRomans.

Answer 2

Estoy de acuerdo con el # 2 por dos razones:

1. Los guiones bajos son un dolor para escribir.
2. En .Net las propiedades son usualmente envueltas de esta manera. Esto hace que todos sus nombres coincidan, lo que es práctico y ayuda en situaciones en las que está utilizando un ORM.

Casualmente, creo que los desarrolladores de Java tienden a usar el # 4 en sus clases. Cambiaría mi respuesta a # 4 si el software del cliente está en Java.

Answer 3

Lo que sea que decidas elegir, apegarse a lo mismo es lo más importante, es ser consistente.

Prefiero el # 2 porque es lo más fácil de leer y como he dicho antes, el subrayado es feo y molesto de escribir. # 4 es el segundo mejor. # 3 lo que menos me gusta, tanto mayúsculas como subrayado es una exageración.

Answer 4

Me encanta camelCasing (4) excelente legibilidad, sin subrayado

Answer 5

Me gusta el caso 2, los valores parecen destacarme mejor de esa manera. Lo que escojas, ¡manténlo consistente!

Answer 6

Nombro mis tablas exactamente igual que nombro los objetos que voy a crear para envolverlos. Esto funciona bien con los ORM modernos (mapeadores relacionales de objetos) porque a menudo pueden crear un modelo de objeto para usted según su estructura de base de datos (o al revés). La respuesta aceptada parece menospreciar el "dolor de escribir un guión bajo", pero lo tomo en serio. Sufriendo de RSI, especialmente en mi meñique, que uso para mantener presionadas las teclas Mayús y Ctrl, hago absolutamente todo lo que puedo para evitar guiones innecesarios. Por supuesto, una buena respuesta a este problema es volver a asignar la tecla CapsLock a la tecla Mayús o la tecla de subrayado. Pero en cualquier caso, agrego esta respuesta a una pregunta anterior porque nadie mencionó trabajar con su ORM. Como hago la mayoría de las programaciones en .NET, la mayoría de mis propiedades son de camello, así que también nombro mis columnas db en camel case. No tengo ningún problema con las abreviaturas de la carcasa del camello. Entonces hago cosas como:

PersonDao.GetIdByName ("Hola mundo").

La cubierta de camello definitivamente se vuelve molesta por los nombres largos ... pero entonces, evito los nombres largos. Por lo general, significa que he organizado las cosas incorrectamente. Y si me doy cuenta de que no lo he hecho, bueno ... en esos casos, los nombres largos son tan raros en mi código y en la situación tan única, que de todos modos no me frena.

Creo que nombrar es absolutamente de suma importancia. Y al igual que algunas personas tienen un fetiche de XML, otras tienen fetiches de bases de datos. Personalmente, me gusta usar mis ORM para ignorar mi base de datos completamente (o tanto como sea posible). Para facilitar esto, nombro mis columnas tal como nombro las propiedades en el código. Así que, en última instancia, subrayando el odio a un lado, utilizo las convenciones existentes para el idioma en el que existe mi código

Answer 7

Uso el caso 2 (Nombre de columna), porque los guiones bajos son un dolor de escribir.

Los guiones bajos están bien en los nombres de índice, desencadenadores u otros objetos que no se escriben con frecuencia. Los dejo fuera de las tablas, columnas, vistas, nombres de proceso almacenados, ya que son nombres que se usan con frecuencia y alcanzar ese guión bajo puede ralentizarlo si lo usa con frecuencia.

Answer 8

Voto por "el que usaste en el proyecto anterior" La consistencia en este caso es probablemente más importante que cualquier ideología en particular ...