Implantar um aplicativo do Access

Os dados e a lógica devem ser separados?

Você pode criar um aplicativo do Access que combina o gerenciamento de dados e a lógica de aplicativo em um arquivo. Essa é a estrutura padrão de aplicativo no Access. A combinação de gerenciamento de dados e lógica de aplicativo em um arquivo fornece o método de implantação mais simples, mas esse método funciona melhor apenas se algumas pessoas usarem o aplicativo ao mesmo tempo e isso envolver algum risco. Por exemplo, um usuário pode causar a perda de dados ao excluir ou danificar o arquivo do aplicativo acidentalmente. Na maioria dos casos, você deve separar o gerenciamento de dados e a lógica de aplicativo. Isso ajuda a melhorar o desempenho e a confiabilidade.

Uma forma de separar os dados e a lógica é usando o comando Acessar Banco de Dados (na guia Ferramentas de Banco de Dados, no grupo Mover Dados). Esse comando divide seu aplicativo de banco de dados em dois arquivos access: um para lógica (um front-end) e outro para dados (um back-end). Por exemplo, um banco de dados chamado MySolution.accdb é dividido em dois arquivos chamados MySolution_fe.accdb e MySolution_be.accdb. Você coloca o banco de dados de back-end em um local compartilhado, como uma pasta de rede. Você distribui o arquivo front-end, uma cópia para cada usuário, para seus computadores. Você pode até distribuir arquivos front-end diferentes para usuários diferentes. Para obter mais informações, consulte Dividir um banco de dados de acesso.

Outra maneira de separar o gerenciamento de dados e a lógica de aplicativo é usando um programa de servidor de banco de dados (como o Microsoft SQL Server) para o gerenciamento de dados e o Access para a lógica de aplicativo. Para obter mais informações, consulte Migrar um banco de dados access para o SQL Server.

Os motivos adicionais para separar dados e lógica incluem o seguinte:

• Segurança e integridade de dados     Se você combinar dados e lógica em um arquivo, os dados são expostos aos mesmos riscos que a lógica de aplicativo. Um aplicativo Access que usa arquivos de dados e lógica separados pode ajudar a proteger a integridade e a segurança dos dados aproveitando os recursos de segurança do NTFS em pastas de rede.

  Access usuários devem ter permissões de leitura, gravação, criação e exclusão para a pasta em que o arquivo front-end está localizado. No entanto, você pode atribuir permissões diferentes ao próprio arquivo front-end. Por exemplo, talvez você queira atribuir permissões somente leitura a alguns usuários e permissões de leitura/gravação a outros usuários.

  Seu aplicativo pode precisar de mais opções de segurança, como a capacidade de controlar quais usuários têm acesso a dados específicos. Nesse caso, você pode usar o SQL Server ou o SharePoint para armazenar e gerenciar os dados do aplicativo e usar o Access para fornecer a lógica do aplicativo.

• Escalabilidade    Um arquivo Access pode ter um tamanho máximo de 2 GB (gigabytes). Embora 2 GB seja uma boa quantidade de dados de texto, pode ser insuficiente para alguns aplicativos, especialmente os aplicativos que armazenam anexos em registros do banco de dados. Se você separar os dados e a lógica, seu aplicativo pode acomodar mais dados. Se você acredita que os usuários armazenarão um grande volume de dados, pode cogitar usar mais de um Access arquivo de dados.

  Você também deve analisar as especificações de programa do Access para obter outras informações sobre escalabilidade. Para saber mais sobre Access especificações, consulte o artigo Especificações de acesso.

• Capacidade da rede    Caso vários usuários precisem usar o aplicativo ao mesmo tempo em uma rede, a probabilidade de que os dados sejam corrompidos aumenta caso os dados e a lógica estejam combinados em um único arquivo. Além disso, se você combinar os dados e a lógica de um arquivo do Access, não será possível otimizar o tráfego de rede gerado pelo Access. Caso vários usuários usem o aplicativo simultaneamente em uma rede, você deve separar os dados e a lógica usando dois ou mais arquivos do Access ou usando um servidor de banco de dados para os dados e o Access para a lógica de aplicativo.

Qual será a aparência do ambiente de rede?

Escolher a solução correta de banco de dados access para seu ambiente de rede é uma etapa crítica para torná-la bem-sucedida. Use as diretrizes a seguir para ajudá-lo a fazer a melhor opção para suas necessidades.

Rede inicial

Se você tiver apenas alguns usuários para compartilhar seu banco de dados do Access, poderá usar um único banco de dados que cada pessoa abre e usa em uma rede doméstica. Para obter mais informações, consulte Compartilhamento de arquivos em uma rede no Windows 10.

LAN (Rede de Área Local)

Uma LAN é uma rede interna que geralmente tem excelente desempenho, mas é limitada a uma pequena área geográfica, como uma única sala, construção ou grupo de edifícios. Quando você tem mais de alguns usuários compartilhando o banco de dados em uma LAN, é melhor dividir o banco de dados, armazenar o banco de dados back-end em uma pasta de rede e implantar uma cópia do banco de dados front-end para cada usuário.

WAN (Rede de Ampla Área)

Há muitas configurações possíveis para uma WAN, que abrange uma extensa área geográfica. Você pode ter vários escritórios em uma cidade conectados a uma rede pública, uma linha alugada ou até satélites. Geralmente, uma VPN (Rede Virtual Privada) é usada para acesso remoto seguro da casa ou da estrada. Uma maneira simples de entender uma WAN é que sempre que você está fora de uma LAN, mas conectado a ela, você está usando uma WAN.

Compartilhamentos de arquivos do Azure

Os compartilhamentos de arquivos do Azure não são um tipo separado de rede, mas fornecem uma maneira de usar compartilhamentos de arquivos em uma rede sem a necessidade de um servidor de arquivo. No entanto, o uso de um compartilhamento de arquivos do Azure pode apresentar problemas semelhantes aos que surgem ao usar um banco de dados dividido do Access em uma WAN.

Aviso    Evite usar um banco de dados dividido do Access em uma WAN ou com compartilhamentos de arquivos do Azure porque o desempenho pode ser lento e os bancos de dados podem se tornar corrompidos.

As alternativas com suporte para usar um banco de dados dividido em uma WAN ou em compartilhamentos de arquivos do Azure são:

• Armazene os dados no armazenamento externo e crie tabelas vinculadas para:

  • Listas do SharePoint

  • SQL Server ou SQL do Azure

  • Dataverse

• RDS (Serviços de Área de Trabalho Remota) (anteriormente conhecido como Terminal Server), que cria um ambiente de área de trabalho virtual do Windows no computador cliente de um usuário. O RDS tem várias vantagens:

  • Nenhuma instalação do Access ou de um banco de dados access é necessária à medida que os usuários executam o cliente RD (Área de Trabalho Remota) que está disponível em muitos dispositivos.

  • A transferência de dados é minimizada entre o cliente e o servidor porque o RD é um cliente fino que transmite com eficiência apenas a interface do usuário.

  • Os usuários ainda podem copiar e colar dados e imprimir relatórios localmente do computador cliente.

  • O RemoteApp pode executar apenas um único programa, como um aplicativo turnkey para fornecedores ou trabalhadores de linha de frente.

  Para obter mais informações, consulte Bem-vindo aos Serviços de Área de Trabalho Remota.

Os usuários terão o Access?

Caso todos os seus usuários tenham o Access instalado no computador, eles podem abrir e usar o aplicativo como fariam com qualquer arquivo de banco de dados do Access.

Se alguns ou todos os usuários não tiverem Access instalados em seus computadores, você também poderá implantar o software Access Runtime para esses usuários ao implantar seu aplicativo. Para obter mais informações, confira Entender e baixar o Access Runtime.

Início da Página

Preparar o banco de dados como uma solução de aplicativo

Para bloquear sua solução, controlar a navegação e a inicialização e definir outras opções importantes, faça o seguinte:

Dica    Para ser minucioso, navegue pela caixa de diálogo Opções do Access (Opções de > de Ficheiros) e, em seguida, clique em ajuda para cada separador. Poderão existir opções adicionais que pretende controlar para a sua solução de aplicação.

Antes de implementar

Antes de implementar a base de dados de front-end, considere estas melhores práticas:

• Esforce-se para obter o melhor desempenho da sua solução. Para obter mais informações, consulte Ajudar o Access a ser executado mais rapidamente e Sugestões de Desempenho do Microsoft Access para Acelerar as Bases de Dados do Access.

• Compacte e repare a base de dados. Para obter mais informações, veja Compactar e reparar uma base de dados.

• Faça uma cópia de segurança da base de dados para que tenha uma cópia original e segura da base de dados original. Para obter mais informações, veja Proteger os seus dados com processos de cópia de segurança e restauro.

• Utilize o Documentador de Base de Dados para imprimir as características de estrutura dos objetos de base de dados. Para obter mais informações, consulte Documentar e imprimir a estrutura da base de dados.

• Decida como pretende proteger o ficheiro. Existem várias abordagens que pode seguir:

  • Adicione um certificado de segurança à base de dados. Para obter mais informações, consulte Mostrar confiança ao adicionar uma assinatura digital e Decidir se pretende confiar numa base de dados. Se o fizer, decida como pretende controlar a Barra de Mensagens na sua base de dados. Para obter mais informações, consulte Ativar ou desativar alertas de segurança na Barra de Mensagens.

  • Utilize uma localização fidedigna para armazenar a base de dados de front-end para evitar que a mesma seja verificada pelo Centro de Confiança ou se não quiser que a mesma seja aberta na Vista Protegida. Para obter mais informações, consulte Adicionar, remover ou alterar uma localização fidedigna.

  • Encripte o ficheiro da base de dados. Para obter mais informações, veja Encriptar uma base de dados com uma palavra-passe de base de dados.

  • Para garantir que os utilizadores não podem modificar a estrutura de formulários, relatórios ou código VBA, considere utilizar um ficheiro binário compilado (.accde).

Decidir qual formato de arquivo usar

Há quatro formatos de arquivo do Access disponíveis ao implantar um aplicativo:

• .accdb    Esse é o formato de arquivo padrão para o Access. Ao implantar um aplicativo nesse formato, os usuários têm a maioria das opções para personalizar e navegar pelo aplicativo como quiserem. Caso queira garantir que os usuários não alterem o design do seu aplicativo, use o formato de arquivo .accde. Além disso, um usuário não consegue determinar facilmente se um arquivo .accdb foi alterado depois de ter sido compactado — para tornar isso óbvio, use o formato de arquivo .accdc.

• .accdc    Esse formato também é conhecido como um arquivo de implantação do Access. Um arquivo implantação do Access consiste em um arquivo de aplicativo e uma assinatura digital associada a ele. Esse formato de arquivo garante aos usuários que ninguém alterou o arquivo de aplicativo depois da compactação. Você pode aplicar esse formato em um formato padrão de arquivo do Access (.accdb) ou a um arquivo binário compilado do Access (.accde). Para obter mais informações, consulte Mostrar confiança ao adicionar uma assinatura digital.

  Você só pode colocar um arquivo de aplicativo em um arquivo de implantação do Access. Se o aplicativo tiver arquivos separados de dados e lógica, você pode compactá-los separadamente.

• .accde    Esse formato também é conhecido como um arquivo binário compilado. No Access, um arquivo binário compilado é um arquivo de aplicativo de banco de dados que foi salvo com todo o código VBA compilado. Nenhum código-fonte VBA permanece em um arquivo binário compilado do Access. Um ficheiro .accde impede alterações de design e código, reduz o tamanho da base de dados e ajuda a melhorar o desempenho. Para obter mais informações, veja Ocultar código VBA dos utilizadores.

  Você pode usar o Access Runtime para abrir um arquivo binário compilado do Access. Se o Runtime não reconhecer a extensão de nome de ficheiro .accde, abra o ficheiro binário ao criar um atalho que aponte para o Runtime e inclua o caminho para o ficheiro binário compilado que pretende que o atalho abra.

  Importante   Os utilizadores não podem abrir um ficheiro binário compilado utilizando uma versão anterior do Access do que a versão em que foi compilado se a versão anterior não suportar uma funcionalidade adicionada na versão posterior. Para resolver este problema, compile o ficheiro binário na versão do Access que os seus utilizadores instalaram.

• .accdr    Esse formato permite habilitar um aplicativo que é aberto no modo de tempo de execução. Implantar um aplicativo de tempo de execução pode ajudar a controlar a forma que ele é usado, embora não seja uma forma de proteger um aplicativo. Para obter mais informações sobre o modo de tempo de execução, confira a seção Entender Access Runtime.

Instalar e atualizar uma base de dados de front-end do Access

Quando adota uma estrutura de base de dados dividida, tem de distribuir a base de dados de front-end por cada utilizador. Para que tudo corra bem, considere as seguintes melhores práticas:

• Certifique-se de que cada utilizador tem a versão correta do Access e que a base de dados de front-end é aberta na versão correta. O Access também tem versões de 32 bits e 64 bits. A execução da "bitness" incorreta pode afetar as chamadas à API do Windows, as referências da biblioteca DLL e os controlos ActiveX. Para obter mais informações, consulte Escolha a versão de 64 bits ou de 32 bits do Office.

• Crie um pacote de instalação para outros ficheiros que possam ser necessários, incluindo controladores de base de dados, ficheiros em lote para configuração e configuração e ficheiros relacionados com a aplicação. Para obter mais informações, veja Criar um pacote de instalação.

• Forneça um atalho de ambiente de trabalho do Windows para que o utilizador possa executar rapidamente a solução do Access. Inclua no atalho a localização da pasta, um nome de atalho relevante, uma descrição e um ícone. Para obter mais informações, consulte Criar um atalho de ambiente de trabalho para um programa ou ficheiro do Office.

  Dica    Indique aos seus utilizadores como afixar aplicações ao menu Iniciar.

• Determine uma forma eficaz de reimplementar e substituir a base de dados de front-end quando são necessárias atualizações e manter as versões dos ficheiros para controlar as alterações. Por exemplo, pode adicionar código VBA para verificar a existência de novas versões e atualizar automaticamente mesmo antes de os utilizadores iniciarem a aplicação.

• Quando cria uma ligação ODBC através de um ficheiro DSN que contém a cadeia de ligação, esse ficheiro DSN também tem de ser instalado em cada computador cliente. Outra abordagem é criar uma ligação "sem DSN" no código VBA para eliminar a necessidade de um ficheiro DSN. Para obter mais informações, veja Using DSN-Less Connections (Utilizar Ligações DSN-Less).

Início da Página

Quais recursos não estão disponíveis no modo de tempo de execução?

Os recursos do Access a seguir não estão disponíveis no modo de tempo de execução:

• Teclas especiais    Teclas como Ctrl+Break, Ctrl+G e a tecla Shift para ignorar as opções de arranque na base de dados.

• Painel de Navegação    O Painel de Navegação não está disponível no modo de tempo de execução. Isso ajuda a impedir o acesso de usuários a objetos arbitrários no seu aplicativo de banco de dados. Apenas os objetos que expõe aos utilizadores ( por exemplo, ao fornecer um formulário de navegação ) podem ser abertos ao utilizar o modo de runtime. Você não pode tornar o Painel de Navegação disponível no modo de tempo de execução.

• A Faixa de Opções    Por padrão, a Faixa de Opções não está disponível no modo de tempo de execução. Isso ajuda a impedir que os usuários criem ou modifiquem os objetos do banco de dados e realizem outras ações potencialmente perigosas, por exemplo, se conectar a novas fontes de dados ou exportar dados de maneiras não planejadas por você. Não é possível exibir as guias da Faixa de Opções padrão no modo de tempo de execução. No entanto, você pode criar uma Faixa de Opções personalizada e associar essa Faixa de Opções a um formulário ou relatório. Para obter mais informações, consulte Criar uma faixa de opções personalizada no Access.

• Modos de exibição de Design e de Layout    Os modos de exibição de Design e de Layout não estão disponíveis para nenhum objeto de banco de dados no modo de tempo de execução. Isso ajuda a impedir que os usuários modifiquem o design dos objetos no seu aplicativo de banco de dados. Não é possível habilitar os modos de exibição de Design ou de Layout no modo de tempo de execução.

• Ajuda    Por padrão, a Ajuda integrada não está disponível no modo de tempo de execução. Como é você que controla qual funcionalidade fica disponível em seu aplicativo do modo de tempo de execução, alguns tópicos padrão da Ajuda integrada do Access podem ser irrelevantes para as pessoas que usam seu aplicativo, podendo acabar confundindo ou frustrando os usuários. Você pode criar seu próprio arquivo de Ajuda personalizado para complementar seu aplicativo de modo de runtime.

Como posso simular o modo de runtime?

Você pode executar qualquer banco de dados do Access no modo de tempo de execução em um computador que tenha a versão completa do Access instalada. Para executar um banco de dados do Access no modo de tempo de execução, siga um destes procedimentos:

• Altere a extensão do nome de arquivo do banco de dados de .accdb para .accdr.

• Crie um atalho para o banco de dados com o comutador de linha de comando /Runtime .

  1. Na Área de Trabalho do Windows, clique com o botão direito do mouse e selecione Novoatalho >.

  2. Insira o local de MSAccess.exe, o local do banco de dados e o qualificador de comando /runtime . Por exemplo:

     "C:\Program Files\Microsoft Office\MSACCESS.EXE" "C:\MyDB.accdb" /runtime

  Para obter mais informações, consulte Criar um atalho de área de trabalho para um programa ou arquivo do Office.

O modo de tempo de execução torna meu banco de dados mais seguro?

Embora o modo de tempo de execução limite a disponibilidade de recursos de design e navegação, você não deve usá-lo como a principal forma de proteger um aplicativo de banco de dados. Em um computador que tenha a versão completa do Access instalada, talvez seja possível que um usuário abra um aplicativo de banco de dados de tempo de execução como um aplicativo de banco de dados comum (ou seja, com todos os recursos disponíveis) e, em seguida, altere o design ou realize outras ações indesejadas.

Mesmo que você implante seu aplicativo de banco de dados apenas em computadores que não têm a versão completa do Access instalada, o usuário ainda pode transferir o aplicativo para um computador que tem a versão completa de um Access instalada para depois abrir o aplicativo de banco de dados de tempo de execução como um aplicativo de banco de dados comum.

Início da Página

Baixar o Access Runtime

Para baixar o Access Runtime do Centro de Download da Microsoft, clique no link apropriado para sua versão. 

• Baixar e instalar o Access Runtime do Office 365

  Observação    Esse Access Runtime também se aplica às licenças do Office 2019 Consumer.

• Baixar e instalar o Microsoft Access 2016 Runtime

Não é preciso comprar para baixar, usar ou redistribuir o Access Runtime, e não há limites da quantidade de usuários aos quais você pode distribuir o Runtime.

Início da Página

Usar um pacote de instalação geral 

Para versões mais recentes do Access, você pode usar o Windows Installer ou pesquisar por um programa de terceiros que crie pacotes de instalação.

Início da Página