Convenções de nomeação para o Microsoft Access

Desenvolvimento de software na Microsoft Access é relativamente simples e quase qualquer um pode fazer isso, mas se você quiser ser levado a sério pelos desenvolvedores de banco de dados profissional, então existem algumas regras obrigatórias que devem ser seguidas, enquanto o desenvolvimento de seu banco de dados. Um dos primeiros aspectos desenvolvedores profissionais vão olhar quando revisando o seu trabalho serão os padrões de nomenclatura que você está usando para seus objetos do Microsoft Access. Microsoft Access permite que você use, o que é considerado no mundo profissional de banco de dados de desenvolvimento, pobres padrões de nomenclatura. Por exemplo, em nomes de campo, você pode ter espaços no entanto, no mundo profissional, que é um não não importante.

Uma das razões que não usam espaços no Microsoft Access é que quando você começar a criar consultas complexas e funções que se referem aos campos, se você tem espaços nos nomes de campo é possível colocar dois espaços para o nome do campo, mas só Parece que existe um espaço. O que isto significa é que a consulta não vai funcionar e às vezes pode levar alguns dias para encontrar o erro. A questão-chave é que você nunca deve usar espaços em nomes de campo, nomes de banco de dados ou qualquer um dos sete diferentes tipos de objetos. Há, de facto, duas maneiras que você deve nomear seus campos, nomes de banco de dados e assim por diante.

Campos de nomeação

Digamos, por exemplo, você queria criar um campo para armazenar os códigos postais para os subúrbios seus clientes vivem dentro Poderíamos escrever este campo de duas formas, a primeira coisa que você deve fazer para campos é adicionar o prefixo fld no início da do campo. Em seguida, adicione o nome do campo como necessário -

fldPostcode ou fldPost_code

Qualquer técnica é bastante aceitável. Se você estivesse desenvolvendo um campo para códigos postais, que é códigos em mensagens, em seguida, a forma recomendada para escrever o nome do campo seria -

fldPostcode ou fldPost_Code

Você vai notar que no segundo exemplo a segunda palavra é nas capitais, e não em letras minúsculas. O uso de letras maiúsculas significa que cada palavra representa um aspecto distinto do campo, portanto, neste caso, o código em letras maiúsculas significa que você está se referindo aos códigos de mensagens. Os princípios de nomenclatura mesmo se aplica aos nomes de banco de dados, e cada um dos sete tipos de objetos do Microsoft Access.

Tabelas de nomeação

Ao nomear tabelas, há três prefixos que você pode usar. O prefixo tbl primeiro é usado para as tabelas do núcleo você estará armazenando seus dados boas dentro O prefixo tmp é usado para tabelas que estará armazenando dados temporários. Também é recomendado que você importar seus dados em uma tabela temporária antes de inserir os dados em suas tabelas de dados bons. Fazemos isso por duas razões fundamentais: a primeira é que testar os seus dados em uma tabela temporária é muito mais fácil do que fazê-lo na mosca quando você está tentando importar seus dados.

O prefixo da tabela terceiro eu recomendo a ser utilizado é bck para tabelas de backup. A principal vantagem do uso dessas prefixo está em suas tabelas é que o Microsoft Access automaticamente agrupá-los por o prefixo, o que significa que você vai manter todos os seus quadros bons juntos, as tabelas temporárias em conjunto e suas tabelas de backup juntos.

Nomeando os tipos de objetos Sete de Acesso

Quando você está trabalhando com os sete diferentes tipos de objetos que compõem o Microsoft Access, cada um dos objetos tem seus próprios prefixos. A lista dos nomes de prefixo que você deve usar para os tipos de objetos de acesso são mostrados abaixo -

db - Banco de Dados

tbl - Tabelas

qry - Consultas

frm - Formulários

rpt - Relatórios

mcr - Macros

mdl - Módulos

Uma das principais razões que o nome do nosso tabelas e consultas com um prefixo é que quando você está trabalhando com esses dois tipos de objeto na janela de consulta, o Microsoft Access simplesmente lista todas as tabelas e consultas em conjunto, sem diferenciá-los. Ao usar os prefixos tbl e qry sobre estes dois objetos, ele sempre garante que as tabelas são mostrados primeiro e depois as consultas porque t vem antes q.

Outros objetos que precisam ser nomeado incluem os controles associados e não associados encontrados em formulários e relatórios. Quando você cria um formulário ou relatório usando o assistente ou AutoFormulário ou AutoRelatório cada um dos controles tem o mesmo nome que os nomes de campo. Agora, enquanto esta é, por padrão, não é realmente uma maneira aceitável de nomear controles. Uma das principais razões que nós não queremos fazer isso é que às vezes, quando estamos a trabalhar com formulários e relatórios queremos referir ao controle em vez do campo. Por ter os nomes de campo o mesmo que os nomes de objetos, muitas vezes você pode ter uma situação em que o controle errado é referido. A nossa forma de superar isso, é pela nomeação de nossos controles baseados no tipo de controle. Por exemplo, se o nosso campo foi chamado fldPostcode eo controle que estamos usando para este campo é uma caixa de texto, então poderíamos citar a caixa de texto txtPostcode. Abaixo está uma lista de prefixos para as formas e objetos de relatório.

frm - Formulários

rpt - Relatórios

LBL - Lables

txt - caixas de texto

cmd - botões de comando

lst - caixas de lista

CMB - caixas de combinação

opt - botões de opção

ole - ole objetos

chd - Objetos Filho (subformulários ou sub-relatórios)

Para uma lista completa de todos os nomes de prefixo que você deve estar usando no Microsoft Development acesso é mostrado abaixo:

Objetos do Microsoft Access

db - Banco de Dados

tbl - Tabelas

qry - Consultas

frm - Formulários

rpt - Relatórios

mcr - Macros

mdl - Módulos

Objetos da tabela -

tbl - Core Data Store

tmp - para tabelas temporárias

bck - Tabelas que você fez backup

Formas e Objetos Relatórios -

frm - Formulários

rpt - Relatórios

LBL - Lables

txt - caixas de texto

cmd - botões de comando

lst - caixas de lista

CMB - caixas de combinação

opt - botões de opção

ole - ole objetos

chd - Objetos Filho (subformulários ou sub-relatórios)

Nomes relatório -

rpt - de relatórios gerais

cht - Para relatórios de gráfico

LBL - Para Relatórios de etiquetas

Variáveis ​​-

str - cordas

ole - ole tipos de objetos

int - números inteiros

dezembro - decimal

dte - Datas

Objetos Módulo -

sub-rotinas -

fn - Funções Privadas

PFN - Funções Públicas

Usando os padrões de nomenclatura mostradas acima irá assegurar que se você precisar de ajuda de um desenvolvedor de banco de dados profissional que eles vão te levar muito mais a sério do que antes, porque você tem mostrado uma compreensão profissional sobre como nomear seu objeto de banco de dados. Isso certamente vai lhe dar credibilidade aos olhos dos desenvolvedores de banco de dados profissionais....