As regras de nomeação de objetos de acesso à MS são bastante simples, mas há algumas nuances a serem lembradas:
Regras gerais: *
Comprimento máximo: Até 64 caracteres. Enquanto você * pode * usar tecnicamente mais, o acesso pode truncar ou ter problemas exibindo o nome mais longo. Agarrar 64 caracteres é uma prática recomendada.
*
caracteres permitidos: Caracteres alfanuméricos (A-Z, A-Z, 0-9), espaços e os seguintes caracteres especiais:`! @ # $ % ^ &* () - _ + =~ ``
*
sem espaços de liderança ou trilha: O nome do seu objeto não pode iniciar ou terminar com um espaço.
*
Palavras reservadas: Evite usar palavras de acesso reservadas (por exemplo, `select`,` de `,` where`, `tabela`,` banco de dados`, `junção`, etc.). O acesso pode interpretá -los incorretamente, levando a erros. Uma lista completa não está prontamente disponível, mas se você receber um erro, tente alterar o nome.
*
insensível ao caso: O acesso geralmente trata os nomes de objetos como insensíveis ao caso (por exemplo, "myTable" é o mesmo que "myTable"). No entanto, é uma boa prática manter a consistência para a legibilidade.
*
exclusividade: No mesmo banco de dados, os nomes de objetos devem ser únicos. Você não pode ter duas tabelas com o mesmo nome, por exemplo.
Tipos de objetos específicos (variações menores): Embora as regras acima se apliquem em geral, pode haver diferenças sutis ou práticas recomendadas, dependendo do tipo de objeto:
*
Tabelas: Os nomes descritivos que refletem os dados são os melhores (por exemplo, `clientes`,` pedidos`, `Products`).
*
Consultas: Freqüentemente, as consultas usam nomes descritivos que refletem seu objetivo (por exemplo, `Customerorders`,` ProductsAssurmary`).
*
Formulários e relatórios: Semelhante às consultas, os nomes devem indicar claramente sua função.
*
módulos e classes: Siga convenções de nomeação semelhantes às de outras linguagens de programação (por exemplo, `Customermodule`,` OrderProcessingClass`). Considere o uso de camelcase ou pascalcase para melhorar a legibilidade.
Melhores práticas: *
nomes descritivos: Use nomes que indiquem claramente o objetivo do objeto. Isso melhora a legibilidade e a manutenção do código.
*
Consistência: Estabeleça uma convenção de nomeação consistente em todo o seu banco de dados (por exemplo, use substantivos singulares para tabelas, camelcase para funções do módulo).
*
Evite abreviações: A menos que sejam amplamente entendidos, as abreviações podem tornar seu banco de dados menos legível.
*
Use sublinhado em vez de espaços: Enquanto os espaços são permitidos, os sublinhados geralmente melhoram a legibilidade e evitam possíveis problemas.
Seguindo essas diretrizes, você pode criar um banco de dados de acesso bem organizado e fácil de entender. Se você encontrar erros, verifique duas regras, especialmente para palavras reservadas e exclusividade.
