Implementar uma aplicação do Access

Os dados e a lógica devem ser separados?

Pode criar uma aplicação do Access que combine gestão de dados e lógica aplicacional num único ficheiro. Esta é a estrutura de aplicação predefinida no Access. Combinar a gestão de dados e a lógica da aplicação num ficheiro fornece o método de implementação mais simples, mas este método funciona melhor apenas se algumas pessoas utilizarem a aplicação ao mesmo tempo e envolver algum risco. Por exemplo, um utilizador pode causar a perda de dados ao eliminar ou danificar acidentalmente o ficheiro da aplicação. Na maioria dos casos, deve separar a gestão de dados e a lógica aplicacional. Isto ajuda a melhorar o desempenho e a fiabilidade.

Uma forma de separar os dados e a lógica é através do comando Base de Dados do Access (no separador Ferramentas da Base de Dados, no grupo Mover Dados). Este comando divide a sua aplicação de base de dados em dois ficheiros do Access: um para lógica (um front-end) e outro para dados (um back-end). Por exemplo, uma base de dados denominada MySolution.accdb é dividida em dois ficheiros chamados MySolution_fe.accdb e MySolution_be.accdb. Coloque a base de dados de back-end numa localização partilhada, como uma pasta de rede. Distribui o ficheiro de front-end, uma cópia para cada utilizador, para os respetivos computadores. Pode até distribuir diferentes ficheiros de front-end por diferentes utilizadores. Para obter mais informações, veja Dividir uma base de dados do Access.

Outra forma de separar a gestão de dados e a lógica aplicacional é através da utilização de um programa de servidor de base de dados (como o Microsoft SQL Server) para a gestão de dados e o Access para a lógica aplicacional. Para obter mais informações, veja Migrar uma base de dados do Access para o SQL Server.

As razões adicionais para separar os dados e a lógica incluem o seguinte:

• Segurança e integridade dos dados     Se combinar dados e lógica num ficheiro, os dados são expostos aos mesmos riscos que a lógica aplicacional. Uma aplicação Access que utiliza ficheiros de dados e lógica separados pode ajudar a proteger a integridade e a segurança dos dados ao tirar partido das funcionalidades de segurança NTFS nas pastas de rede.

  Access utilizadores têm de ter permissões de leitura, escrita, criação e eliminação para a pasta onde se encontra o ficheiro de front-end. No entanto, pode atribuir permissões diferentes ao próprio ficheiro de front-end. Por exemplo, poderá querer atribuir permissões só de leitura a alguns utilizadores e permissões de leitura/escrita a outros utilizadores.

  A sua aplicação poderá exigir mais opções de segurança, tal como a capacidade de controlar que utilizadores têm acesso a dados específicos. Neste caso, pode utilizar o SQL Server ou o SharePoint para armazenar e gerir os dados da aplicação e utilizar o Access para fornecer a lógica da aplicação.

• Escalabilidade    Um ficheiro do Access pode ter um tamanho máximo de 2 gigabytes (GB). Embora 2 GB seja uma quantidade substancial de dados de texto, pode ser insuficiente para algumas aplicações, especialmente aplicações que armazenam anexos em registos de bases de dados. Se separar os dados e a lógica, a sua aplicação pode armazenar mais dados. Se espera que os utilizadores armazenem um grande volume de dados, deve considerar utilizar mais do que um ficheiro de dados do Access.

  Também pode rever 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 do Access.

• Capacidade de rede    Se múltiplos utilizadores precisarem de utilizar a aplicação ao mesmo tempo numa rede, é mais provável que ocorram danos em dados se os dados e a lógica forem combinados num ficheiro. Além disso, se combinar os dados e a lógica num ficheiro do Access, não pode otimizar o tráfego de rede que o Access gera. Se múltiplos utilizadores utilizarem a sua aplicação em simultâneo numa rede, deve separar os dados e a lógica ao utilizar dois ou mais ficheiros do Access ou ao utilizar um produto de servidor de base de dados para os dados e o Access para a lógica aplicacional.

Como será o ambiente de rede?

Escolher a solução de base de dados do Access correta para o seu ambiente de rede é um passo fundamental para torná-la bem-sucedida. Utilize as seguintes diretrizes para o ajudar a fazer a melhor escolha para as suas necessidades.

Rede doméstica

Se tiver apenas alguns utilizadores com quem partilhar a sua base de dados do Access, pode utilizar uma única base de dados que cada pessoa abre e utiliza numa rede doméstica. Para obter mais informações, consulte Partilha de ficheiros através de uma rede no Windows 10.

Rede de Área Local (LAN)

Uma LAN é uma rede interna que normalmente tem um excelente desempenho, mas está limitada a uma pequena área geográfica, como uma única sala, edifício ou grupo de edifícios. Quando tiver mais do que alguns utilizadores a partilhar a base de dados numa LAN, é melhor dividir a base de dados, armazenar a base de dados de back-end numa pasta de rede e implementar uma cópia da base de dados de front-end para cada utilizador.

Rede alargada (WAN)

Existem muitas configurações possíveis para uma WAN, que abrange uma área geográfica extensa. Pode ter vários escritórios numa cidade ligada a uma rede pública, uma linha alugada ou até mesmo satélites. Muitas vezes, uma Rede Privada Virtual (VPN) é utilizada para proteger o acesso remoto a partir de casa ou em estrada. Uma forma simples de compreender uma WAN é que, sempre que estiver fora de uma LAN, mas ligado à mesma, está a utilizar uma WAN.

Partilhas de ficheiros do Azure

As partilhas de ficheiros do Azure não são um tipo de rede separado, mas fornecem uma forma de utilizar partilhas de ficheiros através de uma rede sem a necessidade de um servidor de ficheiros. No entanto, a utilização de uma partilha de ficheiros do Azure pode introduzir problemas semelhantes aos que surgem ao utilizar uma base de dados dividida do Access numa WAN.

Aviso    Evite utilizar uma base de dados dividida do Access numa WAN ou com partilhas de ficheiros do Azure porque o desempenho pode ser lento e as bases de dados podem ficar danificadas.

As alternativas suportadas à utilização de uma base de dados dividida numa WAN ou em partilhas de ficheiros do Azure são:

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

  • Listas do SharePoint

  • SQL Server ou SQL do Azure

  • Dataverse

• Serviços de Ambiente de Trabalho Remoto (RDS) (anteriormente conhecido como Servidor de Terminais), que cria um ambiente de trabalho virtual do Windows no computador cliente de um utilizador. O RDS tem várias vantagens:

  • Não é necessária a instalação do Access ou de uma base de dados do Access, uma vez que os utilizadores executam o cliente de Ambiente de Trabalho Remoto (RD), que está disponível em muitos dispositivos.

  • A transferência de dados é minimizada entre o cliente e o servidor porque o RD é um cliente magro que transmite de forma eficiente apenas a interface de utilizador.

  • Os utilizadores ainda podem copiar e colar dados e imprimir relatórios localmente a partir do computador cliente.

  • O RemoteApp pode executar apenas um único programa, como uma aplicação chave na mão para fornecedores ou trabalhadores de primeira linha.

  Para obter mais informações, veja Bem-vindo aos Serviços de Ambiente de Trabalho Remoto.

Os utilizadores terão o Access?

Se todos os seus utilizadores tiverem o Access instalado nos seus computadores, podem abrir e utilizar a aplicação tal como fariam com qualquer ficheiro de base de dados do Access.

Se alguns ou todos os seus utilizadores não tiverem Access instalados nos respetivos computadores, também pode implementar o software Access Runtime para esses utilizadores quando implementar a sua aplicação. Para obter mais informações, consulte Compreender e transferir o Access Runtime.

Início da Página

Preparar a base de dados como uma solução de aplicação

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

Sugestão    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 que formato de ficheiro utilizar

Existem quatro Access formatos de ficheiro que pode utilizar quando implementa uma aplicação:

• .accdb    Este é o formato de ficheiro predefinido do Access. Quando implementa uma aplicação neste formato, os utilizadores têm a maioria das opções para personalizar e navegar na aplicação da forma que escolherem. Se quiser garantir que os utilizadores não alteram a estrutura da sua aplicação, deve utilizar o formato de ficheiro .accde. Além disso, um utilizador não pode determinar facilmente se um ficheiro .accdb foi alterado depois de compactá-lo. Para tornar isso óbvio, utilize o formato de ficheiro .accdc.

• .accdc    Este formato também é conhecido como um ficheiro de Implementação do Access. Um ficheiro de Implementação do Access consiste num ficheiro de aplicação e numa assinatura digital que está associada a esse ficheiro. Este formato de ficheiro garante aos utilizadores que ninguém alterou o ficheiro de aplicação depois de compactá-lo. Pode aplicar este formato a um ficheiro do Access de formato predefinido (.accdb) ou a um ficheiro binário compilado do Access (.accde). Para obter mais informações, consulte Mostrar confiança ao adicionar uma assinatura digital.

  Só pode colocar um ficheiro de aplicação num ficheiro de Implementação do Access. Se a sua aplicação tiver ficheiros de lógica e dados separados, pode compactá-los separadamente.

• .accde    Este formato também é conhecido como ficheiro binário compilado. No Access, um ficheiro binário compilado é um ficheiro de aplicação de base de dados que foi guardado com todo o código VBA compilado. Os ficheiros binários compilados do Access não contêm código fonte do VBA. 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.

  Pode utilizar o Access Runtime para abrir um ficheiro 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    Este formato permite-lhe implementar uma aplicação que é aberta no modo de tempo de execução. Implementar uma aplicação de tempo de execução pode ajudar a controlar a forma como é utilizada, embora não seja uma forma de proteger uma aplicação. Para obter mais informações sobre o modo de tempo de execução, consulte a secção Compreender o 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 Escolher entre 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.

  Sugestão    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

Que funcionalidades não estão disponíveis no modo de tempo de execução?

As seguintes funcionalidades do Access 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. Isto ajuda a impedir os utilizadores de acederem a objetos arbitrários na sua aplicação de base 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. Não pode disponibilizar o Painel de Navegação no modo de tempo de execução.

• O Friso    Por predefinição, o Friso não está disponível no modo de tempo de execução. Isto ajuda a impedir que os utilizadores criem ou modifiquem objetos de base de dados e efetuem outras ações potencialmente prejudiciais, tal como ligar a novas origens de dados ou exportar dados de uma forma que não pretende. Não pode expor os separadores do Friso predefinido no modo de tempo de execução. No entanto, pode criar um Friso personalizado e, em seguida, associar esse Friso a um formulário ou relatório. Para obter mais informações, consulte Criar um friso personalizado no Access.

• Vista Estrutura e Vista Esquema    A vista Estrutura e a vista Esquema não estão disponíveis em quaisquer objetos de base de dados no modo de tempo de execução. Isto ajuda a impedir os utilizadores de modificarem a estrutura dos objetos na sua aplicação de base de dados. Não pode ativar a vista Estrutura ou a vista Esquema no modo de tempo de execução.

• Ajuda    Por predefinição, a Ajuda integrada não está disponível no modo de tempo de execução. Uma vez que controla a disponibilidade das funcionalidades na sua aplicação de modo de tempo de execução, alguma da Ajuda integrada padrão do Access pode ser irrelevante para as pessoas que utilizam a sua aplicação e pode confundi-las ou deixá-las frustradas. Pode criar o seu próprio ficheiro de Ajuda personalizado para complementar a sua aplicação de modo de runtime.

Como posso simular o modo de runtime?

Pode executar qualquer base de dados do Access no modo de tempo de execução num computador que tenha a versão completa do Access instalada. Para executar uma base de dados do Access no modo de tempo de execução, siga um dos seguintes procedimentos:

• Altere a extensão de nome de ficheiro do ficheiro de base de dados de .accdb para .accdr.

• Crie um atalho para a base de dados com o comutador da linha de comandos /Runtime .

  1. No ambiente de trabalho do Windows, clique com o botão direito do rato e selecione Novo > Atalho.

  2. Introduza a localização do MSAccess.exe, a localização da base de dados e o qualificador do 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 ambiente de trabalho para um programa ou ficheiro do Office.

O modo de tempo de execução torna a minha base de dados mais segura?

Apesar de o modo de tempo de execução limitar a disponibilidade de funcionalidades de navegação e de estrutura, não deve utilizar o modo de tempo de execução como o método principal para proteger uma aplicação de base de dados. Num computador que tenha a versão completa do Access instalada, um utilizador pode abrir uma aplicação de base de dados de tempo de execução como uma aplicação de base de dados normal (ou seja, com todas as funcionalidades disponíveis) e, em seguida, alterar a estrutura ou efetuar outras ações indesejadas.

Mesmo que implemente a sua aplicação de base de dados apenas em computadores que não têm a versão completa do Access instalada, o utilizador pode transferir a aplicação para um computador que tenha a versão completa do Access instalada e, em seguida, abrir a aplicação de base de dados de tempo de execução como uma aplicação de base de dados normal.

Início da Página

Transferir o Access Runtime

Para transferir o Access Runtime a partir do Centro de Transferências da Microsoft, clique na ligação adequada para a sua versão. 

• Transferir e instalar o Office 365 Access Runtime

  Nota    Este Access Runtime também se aplica às licenças de Consumidor do Office 2019.

• Transferir e instalar o Microsoft Access 2016 Runtime

Não é necessário efetuar uma compra para transferir, utilizar ou redistribuir o Access Runtime e não existe um limite no número de utilizadores para os quais pode distribuir o Runtime.

Início da Página

Utilizar um pacote de instalação geral 

Para versões mais recentes do Access, pode utilizar o Windows Installer ou procurar um programa de terceiros que crie pacotes de instalação.

Início da Página