Considere dividir qualquer banco de dados que várias pessoas compartilham em uma rede. Dividir um banco de dados compartilhado pode ajudar a melhorar seu desempenho e reduzir a chance de corrupção de arquivo de banco de dados.
Depois de dividir o banco de dados, você pode decidir mover o banco de dados de back-end ou usar um banco de dados de back-end diferente. Você pode usar o Gerenciador de Tabelas Vinculadas para alterar o banco de dados de back-end que você usa.
Observações:
-
Dividir um banco de dados não é o mesmo que arquivar um banco de dados. Este tópico não discute como arquivar dados. Arquive dados movendo periodicamente registros mais antigos para um banco de dados diferente, porque o arquivo de banco de dados cresce muito rapidamente para o limite de tamanho do arquivo ou porque deseja manter o arquivo de banco de dados pequeno e seus dados limpos por período de tempo. Em algumas circunstâncias, você pode arquivar dados dividindo um banco de dados. Para obter mais informações, consulte o artigo online Arquivo Dados do Acesso.
-
Se você dividir um banco de dados Web, todas as tabelas da Web nesse banco de dados não serão movidas para o banco de dados de back-end e não poderão ser acessadas do banco de dados front-end resultante.
Neste artigo
Visão Geral
Quando divide um banco de dados, você o reorganiza em dois arquivos — um banco de dados back-end que contém as tabelas de dados e um banco de dados front-end que contém todos os demais objetos de banco de dados, como consultas, formulários e relatórios. Cada usuário interage com os dados usando uma cópia local do banco de dados front-end.
Para dividir um banco de dados, use o Assistente de Divisor de Dados. Depois de dividir o banco de dados, você deve distribuir o banco de dados front-end para seus usuários.
Cuidado: Para proteger seus dados se o banco de dados tiver vários usuários finais, é recomendável que você não compartilhe cópias de um banco de dados que contenha links para listas do SharePoint. Se você vincular a uma tabela que é uma lista do SharePoint, ela cria uma possibilidade para qualquer usuário mal-intencionado alterar o destino do link e potencialmente modificar permissões no site do SharePoint, pois as informações de conexão para tabelas vinculadas não são criptografadas.
Benefícios de um banco de dados dividido
Os benefícios de um banco de dados dividido incluem o seguinte:
-
Melhor desempenho O desempenho do banco de dados geralmente melhora significativamente porque apenas os dados são enviados por toda a rede. Em um banco de dados compartilhado que não é dividido, os próprios objetos de banco de dados – tabelas, consultas, formulários, relatórios, macros e módulos – são enviados pela rede, não apenas pelos dados.
-
Maior disponibilidade Como apenas os dados são enviados pela rede, transações de banco de dados, como edições de registro, são concluídas mais rapidamente, o que deixa os dados mais disponíveis para edição.
-
Segura aprimorada se você armazenar o banco de dados de back-end em um computador que usa o sistema de arquivos NTFS, poderá usar recursos de segurança do NTFS para ajudar a proteger seus dados. Como os usuários acessam o banco de dados de back-end usando tabelas vinculadas, é menos provável que os invasores possam obter acesso não autorizado aos dados roubando o banco de dados front-end ou se passando por um usuário autorizado. Se você não tiver certeza de qual sistema de arquivos seu servidor de arquivos usa, pergunte ao administrador do sistema. Se você tiver privilégios de administrador no servidor de arquivos, poderá executar o comando msinfo32 para determinar o sistema de arquivos por conta própria.
Como fazer usar msinfo32 para marcar o sistema de arquivos?
-
Clique no botão Iniciar e clique em Executar.
-
Na caixa de diálogo Executar , digite msinfo32 e clique em OK.
-
Em Resumo do Sistema, clique no símbolo de adição ao lado de Componentes.
-
Em Componentes, clique no símbolo de adição ao lado do Armazenamento e clique em Unidades. A caixa de diálogo exibe informações sobre as unidades disponíveis no painel à direita.
-
-
Confiabilidade aprimorada se um usuário encontrar um problema e o banco de dados fechar inesperadamente, qualquer corrupção de arquivo de banco de dados geralmente será limitada à cópia do banco de dados front-end que o usuário havia aberto. Como o usuário acessa apenas dados no banco de dados de back-end usando tabelas vinculadas, é muito menos provável que o arquivo de banco de dados de back-end fique corrompido.
-
Ambiente de desenvolvimento flexível Como cada usuário trabalha com uma cópia local do banco de dados front-end, cada usuário pode desenvolver consultas, formulários, relatórios e outros objetos de banco de dados de forma independente sem afetar outros usuários. Da mesma forma, você pode desenvolver e distribuir uma nova versão do banco de dados front-end sem interromper o acesso aos dados armazenados no banco de dados de back-end.
Antes de começar
Antes de dividir um banco de dados, considere o seguinte:
-
Você sempre deve fazer backup de um banco de dados antes de dividi-lo. Se você dividir um banco de dados e decidir que não queria dividir o banco de dados, poderá restaurar o original de sua cópia de backup.
-
Dividir um banco de dados pode levar muito tempo. Você deve notificar os usuários para que eles não usem o banco de dados enquanto você o divide. Se um usuário alterar dados enquanto você divide o banco de dados, as alterações não serão refletidas no banco de dados de back-end.
Dica: Se um usuário alterar dados durante a divisão do banco de dados, você poderá importar os novos dados para o banco de dados de back-end após a conclusão.
-
Embora dividir um banco de dados seja uma maneira de compartilhar dados, todos que usam o banco de dados devem ter uma versão do Microsoft Office Access compatível com o formato de arquivo do banco de dados de back-end. Por exemplo, se o arquivo de banco de dados de back-end usar o formato de arquivo .accdb, os usuários não poderão acessar seus dados usando o Access 2003.
-
Talvez você queira usar um formato de arquivo access anterior para o banco de dados de back-end se você usar recursos que não têm mais suporte. Por exemplo, se você usar páginas de acesso a dados (DAPs); você pode continuar a usá-los se o banco de dados de back-end estiver em um formato de arquivo anterior que dê suporte a DAPs. Em seguida, você pode usar o novo formato de arquivo com o banco de dados front-end para que seus usuários tenham acesso aos benefícios do novo formato. Observe que você não pode alterar dados em uma Página de Acesso a Dados usando o Access 2010 ou superior.
Dividir o banco de dados
-
Em seu computador, faça uma cópia do banco de dados que você deseja dividir. Comece com o arquivo de banco de dados no disco rígido local, não no compartilhamento de rede. Se o arquivo de banco de dados for compartilhado atualmente da unidade de disco rígido local, você poderá deixá-lo onde ele está.
-
Abra a cópia do banco de dados que está em sua unidade de disco rígido local.
-
Na guia Ferramentas de Banco de Dados , no grupo Mover Dados , clique em Acessar Banco de Dados. O Assistente de Divisão de Banco de Dados é iniciado.
-
Clique em Dividir Banco de Dados.
-
Na caixa de diálogo Criar Banco de Dados de Back-end , especifique um nome, um tipo de arquivo e um local para o arquivo de banco de dados de back-end.
Observações:
-
Considere usar o nome que o Access sugere. Ele preserva o nome do arquivo original e indica que o banco de dados é um banco de dados de back-end inserindo _be no nome, pouco antes da extensão do nome do arquivo.
-
Não altere o tipo de arquivo, a menos que alguns usuários usem uma versão anterior do Access para acessar os dados.
-
Você pode inserir o caminho para o local da rede na caixa Nome do Arquivo , na frente do nome do arquivo. Por exemplo, se o local de rede do banco de dados de back-end for \\server1\share1\ e o nome do arquivo do banco de dados de back-end for MyDB_be.accdb, você poderá inserir \\server1\share1\MyDB_be.accdb na caixa Nome do Arquivo .
-
O local escolhido deve estar disponível para todos que usarão o banco de dados. Como os mapeamentos de unidade podem variar, você deve especificar o caminho UNC do local em vez de usar uma letra de unidade mapeada.
-
-
Quando o assistente termina, ele exibe uma mensagem de confirmação.
Seu banco de dados agora está dividido. O banco de dados front-end é o arquivo com o qual você começou (a cópia do banco de dados compartilhado original) e o banco de dados de back-end está localizado no local de rede que você especificou na etapa 5 deste procedimento.
Restringir alterações no design do banco de dados front-end
Para restringir as alterações no banco de dados front-end que você distribui, considere salvá-lo como um arquivo binário compilado (um arquivo .accde). Um arquivo binário compilado é um arquivo de aplicativo de banco de dados que foi salvo com todo o código VBA (Visual Basic Access) compilado. Nenhum código-fonte VBA permanece em um arquivo binário compilado do Access. Os usuários não podem alterar o design de objetos em um arquivo .accde.
-
Abra o arquivo de banco de dados front-end (.accdb) que você deseja salvar como um arquivo binário compilado (.accde).
-
Clique em Arquivo > Salvar como > Fazer ACCDE > Salvar Como.
-
Na caixa de diálogo Salvar como , navegue até a pasta em que deseja salvar o arquivo, digite um nome para o arquivo na caixa Nome do Arquivo e clique em Salvar.
Distribuir o banco de dados front-end
Depois de dividir seu banco de dados, você distribui o banco de dados front-end para seus usuários, para que eles possam começar a usar o banco de dados.
Cuidado: Para proteger seus dados se o banco de dados tiver vários usuários finais, é recomendável que você não compartilhe cópias de um banco de dados que contenha links para listas do SharePoint. Se você vincular a uma tabela que é uma lista do SharePoint, ela cria uma possibilidade para qualquer usuário mal-intencionado alterar o destino do link e potencialmente modificar permissões no site do SharePoint, pois as informações de conexão para tabelas vinculadas não são criptografadas.
Siga um destes procedimentos:
-
Envie uma mensagem de email para os usuários do banco de dados e anexe o arquivo de banco de dados front-end à mensagem. Inclua todas as instruções que facilitarão o início imediato do uso do banco de dados front-end para seus usuários.
-
Salve o arquivo de banco de dados front-end em um local de rede que todos os usuários de banco de dados podem acessar e envie aos usuários uma mensagem de email que especifica o local da rede junto com quaisquer outras instruções que possam ser necessárias para acessar o banco de dados.
-
Distribua o arquivo de banco de dados front-end usando mídia removível, como uma CD-ROM ou uma pen drive USB. Se você instalar o arquivo por conta própria, poderá testá-lo para verificar se ele funciona. Se os usuários precisarem instalar o arquivo, você deverá incluir um documento que explique a eles o que eles devem fazer para instalar o arquivo e quem entrar em contato se encontrarem dificuldades.
Alterar qual banco de dados de back-end você usa
Você pode mover seu banco de dados de back-end ou usar um banco de dados de back-end diferente usando o Gerenciador de Tabelas Vinculados.
Se você quiser mover seu banco de dados de back-end, primeiro faça uma cópia dele para o novo local e siga este procedimento.
-
Na guia Dados Externos , no grupo Importar & Link , clique em Gerenciador de Tabelas Vinculados.
-
No Gerenciador de Tabelas Vinculados, selecione as tabelas que estão no banco de dados de back-end atual.
Dica: Se você não tiver vinculado a nenhum outro banco de dados, clique em Selecionar Todos.
-
Selecione a caixa Always marcar for new location marcar e clique em OK.
-
Navegue até e selecione o novo banco de dados de back-end.
