2012-06-13 16 views
11

Técnicamente, el carácter de subrayado (_) se puede utilizar en los nombres de columnas. ¿Pero es una buena práctica usar guiones bajos en los nombres de las columnas? Parece que el nombre es más legible, pero me preocupan los problemas técnicos que pueden surgir al usarlos. Los nombres de las columnas no serán prefijados con un guión bajo.¿Se deben usar guiones bajos en los nombres de las columnas?

+1

bastante perplejo por eso que sentía que necesitaba hacer esta –

+4

@ m.edmondson - ¿Hay algo claro acerca de la cuestión? Solo porque algo sea 'técnicamente' posible, no significa que sea una buena práctica o que no cause problemas en el futuro porque no le di a un desconocido su debida consideración. – Joe

+0

Ok, creo que entiendo de dónde vienes, pero si el guión bajo causó un problema seguramente no sería posible usar uno. La buena práctica es otro asunto sin embargo. –

Respuesta

6

No hay problema con esto, siempre que aclare el nombre de la columna.

7

No hay un problema técnico directo con el uso de un guión bajo en el nombre. De hecho, lo hago con bastante frecuencia y lo encuentro útil. Ruby incluso auto genera guiones bajos en los nombres de las columnas y los propios objetos del sistema SQL Server utilizan guiones bajos.

En general, es una buena idea tener alguna convención de nombres que se adhiera a la base de datos, y si eso incluye guiones bajos, no es gran cosa.

Se puede usar cualquier carácter en el nombre, si coloca corchetes o comillas alrededor del nombre al referirse a él. Sin embargo, trato de evitar los espacios, ya que hace que las cosas sean más difíciles de leer.

Hay algunas cosas que desea evitar al crear una convención de nombres para SQL Server. Son los siguientes:

  1. No prefija los procedimientos almacenados con sp_ a menos que tenga previsto hacerlos de todo el sistema.
  2. No prefija columnas con su tipo de datos (ya que es posible que desee cambiarlo).
  3. Evita poner cosas en el esquema sys (puedes hacerlo con piratería, pero no deberías).
  4. Imagine que su código distingue entre mayúsculas y minúsculas, incluso cuando no lo es. Nunca se sabe cuando termina en un servidor que tiene configurada tempdb para que distinga entre mayúsculas y minúsculas.
  5. Al crear una tabla temporal, siempre especifique la intercalación para los tipos de cadena.
Cuestiones relacionadas