Dicas de MS Access - Top Takeaways da Microsoft Formação Avançada de Acesso

De todos os produtos Microsoft, o Access é a que mais freqüentemente requer fora de treinamento. Não é difícil de entender digitação de texto em Word ou Excel em números de entupimento, mas profissionais de informática mesmo experientes exigem formação de Acesso.

Muitas vezes não é o suficiente para tirar um curso introdutório. Para a maioria dos usuários do Microsoft Access, a formação avançada é obrigatório e, mesmo que não é nenhum substituto para a experiência. Aqui estão algumas dicas que até mesmo muitos usuários experientes não sabem.

Projeto de banco de dados

Basta sentar-se e planear as suas candidaturas em papel antes mesmo de tocar o computador pode resolver a maioria dos problemas que as pessoas têm na concepção de bases de dados. Concepção de um projeto de grande porte em que voar sentado ao teclado está fadado ao fracasso. Você pode passar horas tentando resolver problemas que dez minutos de planejamento poderia ter evitado.

Nunca trabalhe no banco de dados de produção. Trabalhar em uma cópia em separado, o protótipo, de modo que quando você faz um erro crítico (e todos nós) você não destruir todas as informações da empresa. Apenas uma vez o protótipo está pronto e bem testado deveria ser posto para fora ao vivo para outros usuários. Algumas outras pérolas de sabedoria de Microsoft Access formação avançada para lembrar são para entender claramente todos os seus campos e relacionamentos, escolher convenção de nomeação para todos os elementos e cumpri-los, nunca criou um banco de dados onde os usuários podem editar campos diretamente, e sempre usar formulários .

Escrever código

Microsoft Access formação avançada é o lugar onde as pessoas aprendem a escrever SQL e código VBA. Isto dá-lhes a capacidade de criar bancos de dados poderosos. Ele também lhes dá a capacidade de realmente atrapalhar as coisas. Documentar todo o código com comentários. Não documento fora do aplicativo, pois esses documentos será inevitavelmente perdido. Nunca escrever código com a idéia de que outros desenvolvedores ou usuários serão capazes de chegar a você e perguntar o que o código faz. Você pode não estar mais disponível, se mudaram de um trabalho ou departamento, ou simplesmente não têm tempo para explicar.

Olhe para código de outras pessoas em busca de inspiração. Você ainda pode usar o código em seu aplicativo se as orientações do autor de uso permitir. Antes de usá-lo, entender como ele funciona. Você vai aprender como codificar melhor no futuro e você evitará surpresas desagradáveis.

Escrever manipuladores de erro personalizadas para que os usuários não recebem mensagem de erro incompreensível que só vai confundir e frustrar-los. Além disso, não use SendKeys, Códigos inteligentes, ou goto. Programadores de banco de dados muito qualificados pode ser capaz de fazer exceções a esta regra, mas geralmente eles só levar a código ruim e problemas futuros.

A regra mais importante de tudo

Você provavelmente aprendeu isso no Microsoft formação avançada de acesso. Você pode ter aprendido em treinamento introdutório e provavelmente irá aprendê-lo novamente no futuro. Você pode mesmo ter aprendido da maneira mais difícil quando todos os seus dados desapareceram. É a regra que mesmo as pessoas que sabem melhor: com frequência violam Manter backups regulares!

Faça backup do banco de dados, não só a produção, mas qualquer protótipos que você está trabalhando. Faça backup de seus bancos de dados, muitas vezes e, ocasionalmente, restaurar os backups para garantir que eles estão funcionando corretamente....