Problemas quando redistribuir uma aplicação do Access como uma aplicação de base de dados de divisão

Este artigo descreve problemas que deve endereço quando redistribuir uma aplicação do Microsoft Access como uma aplicação de base de dados dividida, utilizando o Microsoft Office Developer Edition ferramentas (ODE) ou ferramentas do Microsoft Access Developer Toolkit (ADT) versão 7.0. Este artigo aborda os seguintes tópicos:

• O que é uma aplicação de base de dados dividida?
• Criar os ficheiros de configuração
• Actualizar tabelas ligadas

O que é uma aplicação de base de dados dividida?

Uma base de dados dividida consiste em dois ficheiros de base de dados. Uma base de dados (chamada a base de dados back-end) contém apenas as tabelas e relações e reside um servidor de ficheiros de rede. A base de outro dados (referido como a base de dados front-end) contém todos os outros objectos de base de dados: consultas, formulários, relatórios, macros e módulos e reside no computador de cada utilizador.

Uma estrutura de base de dados dividida funciona bem em ambientes multi-utilizador e fornece estas vantagens:

• Desempenho melhorado porque é parte da base de dados, a interface de utilizador, aplicação no disco rígido local do utilizador.
• Tráfego de rede é reduzido porque apenas os dados transmitidos na rede; todos os outros objectos na base de dados são locais.
• Actualizar a aplicação é mais fácil. Pode efectuar alterações de estrutura da base de dados front-end e, em seguida, distribua as alterações para os utilizadores sem alterar os dados na base de dados back-end.
• Em ambientes de tempo de execução não, os utilizadores podem criar os seus próprios objectos personalizados, tais como consultas, formulários ou relatórios, sem afectar outros utilizadores.

Depois de desenvolver a aplicação, pode criar manualmente a base de dados back-end, exportar as tabelas no mesmo e, em seguida, ligá-los novamente a base de dados front-end ou pode utilizar o Assistente de divisão de bases de dados no Microsoft Access para o fazer automaticamente o trabalho por si.

Criar os ficheiros de configuração

Quando distribuir uma aplicação de base de dados dividida, crie duas colecções separadas de ficheiros de configuração: um programa de configuração da base de dados front-end e todos os respectivos ficheiros de suporte e uma configuração para a base de dados back-end que contém apenas esse ficheiro e, opcionalmente, um ficheiro Leia-me.

A configuração da base de dados back-end não é necessário incluir quaisquer atalhos, valores de registo ou componentes adicionais. No entanto, o Assistente de configuração irá incluir automaticamente ficheiros de configuração do Microsoft Access e os ficheiros serão instalados no servidor de ficheiros juntamente com a base de dados back-end.

Quando distribuir a aplicação, indique um administrador de rede ou do sistema para executar o programa de configuração da base de dados back-end no servidor de ficheiros de rede pela primeira vez. Também fornecem instruções para definir as permissões correctas para a pasta onde os dados residem, tais como ler, escrever, criar, e eliminar. Pode incluir os e outras instruções de um ficheiro Leia-me de ficheiros e incluir o ficheiro Leia-me como parte da configuração da base de dados back-end.

Depois de programa de configuração instalar os ficheiros apropriados no servidor de ficheiros, dê instruções todos os utilizadores para executar o programa de configuração da base de dados front-end. Este programa de configuração configura a aplicação principal e todos os ficheiros run-time do Microsoft Access no computador de cada utilizador.

Actualizar tabelas ligadas

Depois de definir a base de dados back-end num servidor de ficheiros de rede, poderá ter de fornecer um mecanismo na base de dados front-end para actualizar as ligações da tabela ligada. De facto, é uma boa ideia para executar o Visual Basic procedimento cada vez abre a base de dados front-end para verificar se as ligações da tabela são válidas e para actualizar se não estiverem. Isto pode impedir potenciais problemas se um utilizador move a base de dados back-end para outra localização ou se o computador do utilizador local incorrectamente é mapeado para o servidor de rede.

A aplicação de exemplo Solutions Developer (Solutions.mdb) incluída no Microsoft Access contém um módulo denominado modRefreshTableLinks (ou RefreshTableLinks na versão 7.0) que pode utilizar como base para escrever o seus próprios procedimento do Visual Basic para actualizar as ligações da tabela. É possível executar o procedimento no evento AoCarregar do formulário de arranque, ou numa macro de execução automática da aplicação, para que tabela hiperligações são verificadas ou actualizadas sempre que a aplicação é iniciada.

Para obter mais informações sobre como personalizar modRefreshTableLinks utilizados na sua aplicação, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base: Nota Se pode emular a topologia de rede com os utilizadores da aplicação, não é necessário actualizar as hiperligações da tabela na base de dados do (front-end) da aplicação. Por exemplo, se souber a que base de dados (back-end) dados destinar G:\MyAppFolder, em que G: é uma unidade de rede mapeada, pode mapear uma unidade da mesma forma no ambiente de desenvolvimento e colocar a base de dados back-end G:\MyAppFolder. Em seguida, quando distribuir a aplicação, ligar propriedades cada tabela já contêm o caminho correcto para a base de dados back-end. No entanto, uma vez que não é possível controlar se os utilizadores movem a base de dados back-end para outra localização ou como cada utilizador irá mapear as respectivas unidades de rede, deverá incluir um procedimento para actualizar ligações tabela em todas as aplicações divisão da base de dados.

Para obter informações sobre como utilizar o Assistente de divisão da base de dados, procure no índice remissivo da ajuda "Divisor de bases de dados".