El acceso no impone muchas reglas de que nombres de campo puede usar. Le deja usar 64 caracteres de su opción. Sin embargo, los nombres de campo son importantes. Se referirá a los mismos nombres una y otra vez que construye formas, crea informes, y hasta escribe el código. Por tanto es importante elegir un nombre bueno del comienzo.

Aquí están algunas puntas:

• Guárdelo corto y simple. El nombre de campo debería ser el más corto posible. Los nombres largos son cansados para escribir a máquina, más propenso al error, y pueden ser más difíciles de apiñarse en formas e informes.

• CapitalizeLikeThis. No es una regla del juego en la piedra, pero la mayor parte de admiradores de Acceso capitalizan la primera carta de cada palabra (conocido como CamelCase), y luego meten a todos ellos juntos para hacer un nombre de campo. Los ejemplos incluyen UnitsInStock y DateOfExpiration.

• Evite espacios. Los espacios se permiten en nombres de campo de Acceso, pero pueden causar problemas. En SQL (la lengua de la base de datos usará para buscar datos), los espacios no son cosher. Esto significa que se obligará a usar corchetes refiriéndose al nombre de campo que incluye espacios (como [el Número De Invitados]), que se hace molesto rápido. Si realmente debe tener espacios, luego considerar que la utilización subraya en cambio.

• Esté consecuente. Tiene la opción entre los nombres de campo Product_Price y ProductPrice. El uno o el otro enfoque es absolutamente razonable. Sin embargo, no es una idea buena de mezclar los dos enfoques en el mismo so’s databasedoing una receta para cierta confusión. Del mismo modo, si tiene más de una mesa con la misma clase de la información (por ejemplo, un campo de FirstName en una mesa de Empleados y una mesa de Clientes), use el mismo nombre de campo.

• No repita el nombre de tabla. Si tiene un campo del País en una mesa de Clientes, es bastante obvio que habla del País donde el cliente vive. El nombre de campo CustomerCountry sería la exageración.

• No use el Nombre del nombre de campo. Además de ser un trabalenguas, el Nombre es una palabra clave de Acceso. En cambio, use ProductName, CategoryName, ClassName, etcétera. (Esto es un caso donde está bien para violar la regla anterior e incorporar el nombre de tabla al nombre de campo. )

También debería dar el pensamiento cuidadoso del nombramiento de sus mesas. Otra vez, el consecuencia es el rey. Por ejemplo, los bordes de la base de datos gastan horas discutiendo de si a nombres de tabla pluralize (como Clientes en vez del Cliente). La multa del uno o el otro camino, pero intento de guardar todas sus mesas en línea.

Popularidad: El 4% [?]

El acceso no impone muchas reglas de que nombres de campo puede usar. Le deja usar 64 caracteres de su opción. Sin embargo, los nombres de campo son importantes. Se referirá a los mismos nombres una y otra vez que construye formas, crea informes, y hasta escribe el código. Por tanto es importante elegir un nombre bueno del comienzo.

Aquí están algunas puntas:

• Guárdelo corto y simple. El nombre de campo debería ser el más corto posible. Los nombres largos son cansados para escribir a máquina, más propenso al error, y pueden ser más difíciles de apiñarse en formas e informes.

• CapitalizeLikeThis. No es una regla del juego en la piedra, pero la mayor parte de admiradores de Acceso capitalizan la primera carta de cada palabra (conocido como CamelCase), y luego meten a todos ellos juntos para hacer un nombre de campo. Los ejemplos incluyen UnitsInStock y DateOfExpiration.

• Evite espacios. Los espacios se permiten en nombres de campo de Acceso, pero pueden causar problemas. En SQL (la lengua de la base de datos usará para buscar datos), los espacios no son cosher. Esto significa que se obligará a usar corchetes refiriéndose al nombre de campo que incluye espacios (como [el Número De Invitados]), que se hace molesto rápido. Si realmente debe tener espacios, luego considerar que la utilización subraya en cambio.

• Esté consecuente. Tiene la opción entre los nombres de campo Product_Price y ProductPrice. El uno o el otro enfoque es absolutamente razonable. Sin embargo, no es una idea buena de mezclar los dos enfoques en el mismo so’s databasedoing una receta para cierta confusión. Del mismo modo, si tiene más de una mesa con la misma clase de la información (por ejemplo, un campo de FirstName en una mesa de Empleados y una mesa de Clientes), use el mismo nombre de campo.

• No repita el nombre de tabla. Si tiene un campo del País en una mesa de Clientes, es bastante obvio que habla del País donde el cliente vive. El nombre de campo CustomerCountry sería la exageración.

• No use el Nombre del nombre de campo. Además de ser un trabalenguas, el Nombre es una palabra clave de Acceso. En cambio, use ProductName, CategoryName, ClassName, etcétera. (Esto es un caso donde está bien para violar la regla anterior e incorporar el nombre de tabla al nombre de campo. )

También debería dar el pensamiento cuidadoso del nombramiento de sus mesas. Otra vez, el consecuencia es el rey. Por ejemplo, los bordes de la base de datos gastan horas discutiendo de si a nombres de tabla pluralize (como Clientes en vez del Cliente). La multa del uno o el otro camino, pero intento de guardar todas sus mesas en línea.

Popularidad: El 4% [?]