Reglas generales:
* Longitud máxima: Hasta 64 caracteres. Si bien * puede * usar técnicamente más, el acceso puede truncar o tener problemas para mostrar el nombre más largo. Se queda con 64 caracteres es la mejor práctica.
* Permitido caracteres: Personajes alfanuméricos (A-Z, A-Z, 0-9), espacios y los siguientes caracteres especiales:`! @ # $ % ^ &* () - _ + =~ `
* No hay espacios iniciales o finales: El nombre de su objeto no puede comenzar o terminar con un espacio.
* Palabras reservadas: Evite usar palabras reservadas de acceso (por ejemplo, `select`,` from`, `wher`,` table`, `base de datos`,` unión`, etc.). El acceso podría interpretarlos incorrectamente, lo que lleva a errores. Una lista completa no está fácilmente disponible, pero si recibe un error, intente cambiar el nombre.
* Insensible en el caso: El acceso generalmente trata los nombres de objetos como caso insensible (por ejemplo, "MyTable" es lo mismo que "MyTable"). Sin embargo, es una buena práctica mantener la consistencia para la legibilidad.
* singularidad: Dentro de la misma base de datos, los nombres de objetos deben ser únicos. No puede tener dos tablas con el mismo nombre, por ejemplo.
Tipos de objetos específicos (variaciones menores):
Si bien las reglas anteriores se aplican en general, puede haber diferencias sutiles o prácticas recomendadas dependiendo del tipo de objeto:
* Tablas: Los nombres descriptivos que reflejan los datos son los mejores (por ejemplo, `Clientes`,` Orders`, 'Products`).
* consultas: A menudo, las consultas usan nombres descriptivos que reflejan su propósito (por ejemplo, 'CustomerOdders`,' ProductSAsessummary`).
* Formularios e informes: Similar a las consultas, los nombres deben indicar claramente su función.
* Módulos y clases: Siga convenciones de nomenclatura similares como otros lenguajes de programación (por ejemplo, `Customermodule`,` OrderProcessingClass`). Considere usar Camelcase o Pascalcase para una mejor legibilidad.
Las mejores prácticas:
* Nombres descriptivos: Use nombres que indiquen claramente el propósito del objeto. Esto mejora la legibilidad y la capacidad de mantenimiento del código.
* consistencia: Establezca una convención de nomenclatura consistente a lo largo de su base de datos (por ejemplo, use sustantivos singulares para tablas, CamelCase para funciones de módulos).
* Evite las abreviaturas: A menos que se entiendan ampliamente, las abreviaturas pueden hacer que su base de datos sea menos legible.
* Use guiones bajos en lugar de espacios: Si bien se permiten espacios, los subrayos a menudo mejoran la legibilidad y evitan los problemas potenciales.
Al seguir estas pautas, puede crear una base de datos de acceso bien organizada y fácil de entender. Si encuentra errores, verifique estas reglas, especialmente para palabras reservadas y singularidad.