Ao longo do tempo, a maioria das aplicações de base de dados cresce, torna-se mais complexa e precisa de suportar mais utilizadores. Em algum momento da vida útil da sua aplicação do Microsoft Office Access, recomendamos que considere o redimensionamento para uma base de dados do Microsoft SQL Server para otimizar o desempenho, a escalabilidade, a disponibilidade, a segurança, a fiabilidade e a capacidade de recuperação.
Neste artigo
Acerca do dimensionamento de uma base de dados do Microsoft Office Access
A atualização é o processo de migração de algumas ou todas as objetos de base de dados de uma base de dados do Access para uma base de dados de SQL Server nova ou existente ou para um novo projeto do Access (.adp).
Vantagens de atualizar uma base de dados para SQL Server
-
Elevado desempenho e escalabilidade Em muitas situações, SQL Server oferece um melhor desempenho do que uma base de dados do Access. SQL Server também fornece suporte para bases de dados de tamanho terabyte muito grande, que é muito maior do que o limite atual para uma base de dados do Access de dois gigabytes. Por fim, SQL Server funciona de forma muito eficiente ao processar consultas em paralelo (utilizando vários threads nativos num único processo para processar pedidos de utilizadores) e minimizando requisitos de memória adicionais quando são adicionados mais utilizadores.
-
Maior disponibilidade SQL Server permite-lhe fazer uma cópia de segurança dinâmica, incremental ou completa, da base de dados enquanto está a ser utilizada. Consequentemente, não tem de forçar os utilizadores a saírem da base de dados para criar uma cópia de segurança dos dados.
-
Segurança melhorada Através de uma ligação fidedigna, SQL Server pode integrar com a segurança do sistema Windows para fornecer um único acesso integrado à rede e à base de dados, empregando o melhor de ambos os sistemas de segurança. Isto torna muito mais fácil administrar esquemas de segurança complexos.
-
Capacidade de recuperação imediata Em caso de falha do sistema (como uma falha do sistema operativo ou uma falha de energia), SQL Server tem um mecanismo de recuperação automática que recupera uma base de dados para o último estado de consistência numa questão de minutos, sem intervenção do administrador da base de dados.
-
Processamento baseado no servidor Utilizar SQL Server numa configuração de cliente/servidor reduz o tráfego de rede ao processar consultas de base de dados no servidor antes de enviar resultados para o cliente. Normalmente, fazer o processamento do servidor é muito mais eficiente, especialmente quando se trabalha com grandes conjuntos de dados.
A sua aplicação também pode utilizar funções definidas pelo utilizador, procedimentos armazenados e acionadores para centralizar e partilhar lógica de aplicação, regras de negócio e políticas, consultas complexas, validação de dados e código de integridade referencial no servidor, em vez de no cliente.
Formas de atualizar
O Assistente de Conversão move objetos de base de dados e os dados que contêm de uma base de dados do Access para uma base de dados de SQL Server nova ou existente.
Existem três formas de utilizar o Assistente de Dimensionamento:
-
Aumente todos os objetos de base de dados de uma base de dados do Access para um projeto do Access para que possa criar uma aplicação cliente/servidor. Esta abordagem requer algumas alterações e modificações adicionais da aplicação ao código e a consultas complexas.
-
Aumente apenas as definições de dados ou dados de uma base de dados do Access para uma base de dados SQL Server.
-
Crie um front-end de base de dados do Access para um back-end de base de dados SQL Server para que possa criar um aplicação front-end/back-end. Esta abordagem requer muito pouca modificação da aplicação, uma vez que o código ainda está a utilizar o motor de base de dados do Access (ACE).
Antes de atualizar uma base de dados do Access
Antes de atualizar a base de dados do Access para uma base de dados SQL Server ou projeto do Access, considere fazer o seguinte:
-
Efetuar uma cópia de segurança da base de dados Embora o Assistente de Redimensionamento não remova quaisquer dados ou objetos de base de dados da base de dados do Access, recomendamos que crie uma cópia de segurança da base de dados do Access antes de a atualizar.
-
Certifique-se de que tem espaço em disco adequado Tem de ter espaço em disco adequado no dispositivo que irá conter a base de dados de tamanho superior. O Assistente de Conversão funciona melhor quando existe bastante espaço em disco disponível.
-
Criar índices exclusivos Uma tabela ligada tem de ter um índice exclusivo para ser atualizável no Access. O Assistente de Conversão pode aumentar um índice exclusivo existente, mas não pode criar um em que não exista nenhum. Se quiser atualizar as tabelas, certifique-se de que adiciona um índice exclusivo a cada tabela do Access antes de atualizar.
-
Atribuir permissões adequadas a si próprio na base de dados SQL Server
-
Para atualizar para uma base de dados existente, precisa das permissões CREATE TABLE e CREATE DEFAULT.
-
Para criar uma nova base de dados, precisa de permissões CREATE DATABASE e SELECT nas tabelas do sistema na base de dados Mestra.
-
O Assistente de Atualização do Access 2007 está otimizado para funcionar com o Microsoft SQL Server 2000 e SQL Server 2005.
Utilizar o Assistente de Redimensionamento
-
No separador Ferramentas de Base de Dados, no grupo Mover Dados, clique em SQL Server.
O Assistente de Redimensionamento é iniciado.
Passo 1: optar por atualizar para uma base de dados existente ou para uma nova base de dados
Na primeira página do Assistente, especifique se pretende atualizar a base de dados do Access para uma base de dados de SQL Server existente ou criar uma nova base de dados SQL Server.
-
Utilizar base de dados existente Se selecionar esta opção e, em seguida, clicar em Seguinte, o Access apresenta a caixa de diálogo Selecionar Origem de Dados para que possa criar uma ligação ODBC à base de dados SQL Server existente.
Acerca das origens de dados ODBC
Uma origem de dados é uma origem de dados combinada com as informações de ligação necessárias para aceder a esses dados. Exemplos de origens de dados são Access, SQL Server, Oracle RDBMS, uma folha de cálculo e um ficheiro de texto. As informações de ligação podem incluir a localização no servidor, o nome da base de dados, o ID de início de sessão, a palavra-passe e várias opções do controlador ODBC que descrevem como pode ligar-se à origem de dados.
Na arquitetura ODBC, uma aplicação (como o Access ou um programa Microsoft Visual Basic) liga-se ao Gestor de Controladores ODBC, que por sua vez utiliza um controlador ODBC específico (por exemplo, o controlador ODBC do Microsoft SQL) para ligar a uma origem de dados (neste caso, uma base de dados SQL Server). No Access, pode utilizar origens de dados ODBC para se ligar a origens de dados externas ao Access que não tenham controladores incorporados.
Para se ligar a estas origens de dados, tem de fazer o seguinte:
-
Instale o controlador ODBC adequado no computador que contém a origem de dados.
-
Defina o nome da origem de dados (DSN) com o Administrador da Origem de Dados ODBC para armazenar as informações de ligação no registo do Microsoft Windows ou num ficheiro DSN ou uma cadeia de carateres de ligação no código do Microsoft Visual para passar as informações de ligação diretamente para o Gestor de Controladores ODBC.
Origens de dados de computador
As origens de dados do computador armazenam informações de ligação no Registo do Windows num computador específico com um nome definido pelo utilizador. Pode utilizar origens de dados de computador apenas no computador em que são definidas. Existem dois tipos de origens de dados de computador: utilizador e sistema. As origens de dados de utilizador podem ser utilizadas apenas pelo utilizador atual e são visíveis apenas para esse utilizador. As origens de dados de sistema podem ser utilizadas por todos os utilizadores num computador e são visíveis para todos os utilizadores num computador e nos serviços de todo sistema. Uma origem de dados é especialmente útil quando precisa de segurança adicional, uma vez que só os utilizadores que tiverem sessão iniciada podem ver uma origem de dados e esta não pode ser copiada por um utilizador remoto para outro computador.
Origens de dados de ficheiro
As origens de dados de ficheiro (também designadas ficheiros DSN) armazenam as informações de ligação num ficheiro de texto (não no registo do Windows) e a sua utilização é geralmente mais flexível do que as origens de dados de computador. Por exemplo, pode copiar uma origem de dados de ficheiro para qualquer computador com o controlador ODBC correto para que a sua aplicação possa depender de informações de ligação consistentes e precisas para todos os computadores que utiliza. Também pode colocar a origem de dados de ficheiro num servidor exclusivo, partilhá-la com vários computadores na rede e manter as informações de ligação facilmente numa localização.
Também é possível não permitir a partilha de uma origem de dados de ficheiro. Uma origem de dados de ficheiro não comutilizável reside num único computador e aponta para uma origem de dados de máquina. Pode utilizar origens de dados de ficheiro cuja partilha não é permitida para aceder a origens de dados de computador existentes a partir de origens de dados de ficheiro.
Cadeias de carateres de ligação
Num módulo, pode definir uma cadeia de carateres de ligação formatada que especifique as informações de ligação. Uma cadeia de ligação transmite as informações de ligação diretamente para o Gestor de Controladores ODBC e ajuda a simplificar a sua aplicação ao remover o requisito de que um administrador de sistema ou utilizador crie primeiro um DSN antes de utilizar a base de dados.
-
-
Criar nova base de dados Se selecionar esta opção e, em seguida, clicar em Seguinte, o Access apresenta uma página onde introduz informações sobre a nova base de dados SQL Server.
-
Que SQL Server gostaria de utilizar para esta base de dados? Escreva o nome do servidor que pretende utilizar.
-
Utilizar Ligação Fidedigna Pode utilizar uma ligação fidedigna, ou seja, SQL Server pode integrar com a segurança do sistema operativo Windows para fornecer um único início de sessão na rede e na base de dados.
-
ID de Início de Sessão e Palavra-passe Se não utilizar uma ligação fidedigna, escreva o ID de início de sessão e a palavra-passe de uma conta com privilégios CREATE DATABASE no servidor.
-
Qual é o nome da sua nova base de dados SQL Server? Escreva o nome da nova base de dados SQL Server. O Access revê o nome se entrar em conflito com um nome de base de dados existente e adicionar um sufixo numerado (mydatabase 1, por exemplo).
-
Passo 2: escolher as tabelas a atualizar
Neste passo, selecione as tabelas do Access que pretende atualizar para a base de dados SQL Server. Selecione as tabelas que pretende aumentar e, em seguida, utilize os botões de seta para movê-las para a lista Exportar para SQL Server. Em alternativa, pode fazer duplo clique numa tabela para movê-la de uma lista para outra.
A lista Tabelas Disponíveis inclui todas as tabelas ligadas, exceto SQL Server tabelas já existentes numa base de dados SQL Server. As tabelas ligadas que apontam para uma base de dados SQL Server selecionada para atualização são apresentadas automaticamente na caixa de listagem Exportar para SQL Server e não podem ser removidas. As tabelas que não estão atualmente visíveis no Painel de Navegação também são excluídas, incluindo tabelas ocultas e tabelas de sistema.
Sugestão: Qualquer tabela que tenha um nome que termine em "_local" é excluída da lista de tabelas disponíveis para impedir o upsizing de tabelas que já tenham sido atualizadas. Se quiser atualizar novamente estas tabelas, mude o nome das mesmas antes de executar o Assistente de Redimensionamento ao remover o sufixo "_local".
Passo 3: especifique os atributos e as opções a serem atualizados
Neste passo, selecione os atributos da tabela a atualizar para a base de dados SQL Server. Por predefinição, todos os atributos estão selecionados para o redimensionamento por predefinição.
Nota: Por predefinição, o Assistente de Conversão converte os nomes dos campos do Access em nomes de campos SQL Server legais e converte os tipos de dados do Access para os tipos de dados SQL Server equivalentes.
Que atributos de tabela pretende aumentar?
A tabela seguinte lista os atributos que pode atualizar e descreve como o Assistente de Dimensionamento processa cada um deles:
|
Atributo |
Ação se selecionada |
|||||||||||||||
|
Índices |
O Assistente de Redimensionamento aumenta todos os índices. O Assistente de Conversão converte as chaves primárias do Access em SQL Server índices e marca-as como chaves primárias SQL Server. Se optar por ligar a tabela de SQL Server de tamanho superior à sua base de dados do Access, o Assistente de Redimensionamento também adiciona o prefixo "aaaaa" ao nome do índice. Isto acontece porque o Access escolhe o índice que está primeiro alfabeticamente na lista de índices disponíveis como a chave primária e o prefixo "aaaaa" garante que o índice certo é escolhido. Todos os outros índices mantêm os respetivos nomes, exceto quando os carateres ilegais são substituídos pelo caráter "_". Os índices exclusivos e não exclusivos do Access tornam-se índices de SQL Server exclusivos e exclusivos. Uma tabela ligada tem de ter um índice exclusivo para ser atualizável no Access. O Assistente de Conversão pode aumentar um índice exclusivo existente, mas não pode criar um em que não exista nenhum. Se quiser atualizar os dados nas tabelas depois de os atualizar, certifique-se de que adiciona um índice exclusivo a cada tabela do Access antes de atualizar. |
|||||||||||||||
|
Regras de validação |
O Assistente de Atualização aumenta o seguinte como acionadores de atualização e inserção:
Um acionador é uma série de instruções Transact-SQL associadas a uma tabela SQL Server. Uma tabela pode ter três acionadores, um para cada um dos comandos que podem modificar dados numa tabela: os comandos UPDATE, INSERT e DELETE. O acionador é executado automaticamente quando o comando é executado. O Assistente de Conversão utiliza acionadores em vez de SQL Server regras para impor a validação ao nível do campo, uma vez que SQL Server regras não lhe permitem apresentar mensagens de erro personalizadas. Cada regra de validação não tem necessariamente uma correspondência um-para-um com um acionador. Cada regra de validação pode tornar-se parte de vários acionadores e cada acionador pode conter código para emular a funcionalidade de várias regras de validação. Quando define a propriedade Obrigatório de um campo do Access como verdadeiro, um utilizador não pode inserir um registo e deixar o campo necessário nulo (se não existir uma predefinição vinculada ao campo) ou tornar o campo nulo ao atualizar um registo. Os campos obrigatórios são atualizados para campos que não permitem valores Nulos em SQL Server. Texto de validação A propriedade Texto de Validação da base de dados do Access é convertida na propriedade Texto de Validação do projeto do Access. Isto permite que as mensagens de erro amigáveis do Access sejam apresentadas em caso de violação de restrição no tempo de execução. |
|||||||||||||||
|
Predefinições |
O Assistente de Redimensionamento aumenta todas as propriedades de Valor Predefinido para objetos predefinidos do American National Standards Institute (ANSI). |
|||||||||||||||
|
Relações da tabela |
O Assistente de Redimensionamento aumenta todas as relações de tabela. Pode decidir como aumentar as relações de tabela e a integridade referencial através de acionadores de atualização, inserção ou eliminação ou utilizando Integridade Referencial Declarada (DRI). A DRI funciona da mesma forma que a integridade referencial do Access ao definir restrições de chave primária para tabelas de base (o lado "um" de uma relação um-para-muitos) e restrições de chave externa para tabelas externas (normalmente o lado "muitos" de uma relação um-para-muitos).
|
Que opções de dados pretende incluir?
-
Adicionar campos de carimbo de data/hora a tabelas SQL Server utiliza um campo de carimbo de data/hora para indicar que um registo foi alterado (mas não quando foi alterado) ao criar um campo de valor exclusivo e, em seguida, atualizar este campo sempre que um registo é atualizado. Para uma tabela ligada, o Access utiliza o valor em campos de carimbo de data/hora para determinar se um registo foi alterado antes de o atualizar. Em geral, um campo de carimbo de data/hora fornece o melhor desempenho e fiabilidade. Sem um campo de carimbo de data/hora, SQL Server tem de verificar todos os campos no registo para determinar se o registo foi alterado, o que atrasa o desempenho.
A tabela seguinte descreve as definições disponíveis nesta lista:
|
Definição |
Descrição |
|
Sim, deixe o assistente decidir |
Se as tabelas originais do Access contiverem campos de vírgula flutuante (Único ou Duplo), Memo ou objeto OLE, o Assistente de Redimensionamento cria novos campos de carimbo de data/hora nas tabelas SQL Server resultantes para esses campos. |
|
Sim, sempre |
O Assistente de Atualização cria um campo de carimbo de data/hora para todas as tabelas de tamanho superior, independentemente dos tipos de campo que contêm. Isto melhora o desempenho de tabelas do Access atualizadas que podem não conter campos Memo, Objeto OLE ou vírgula flutuante, mas que têm campos de outros tipos. |
|
Não, Nunca |
O Assistente de Redimensionamento não adiciona campos de carimbo de data/hora a tabelas. |
Importante: Nas tabelas de SQL Server ligadas, o Access não verifica se os campos de objeto Memo ou OLE foram alterados porque estes campos podem ter muitos megabytes de tamanho e a comparação pode ser demasiado intensiva em termos de rede e demorada. Por conseguinte, se apenas um campo de texto ou imagem tiver sido alterado e não existir nenhum campo de carimbo de data/hora, o Access substitui a alteração. Além disso, o valor de um campo de vírgula flutuante pode parecer ter sido alterado quando não o fez, pelo que, na ausência de um campo de carimbo de data/hora, o Access poderá determinar que o registo foi alterado quando não o fez.
-
Criar apenas a estrutura da tabela, não aumentar os dados O Assistente de Redimensionamento aumenta todos os dados para SQL Server por predefinição. Se selecionar a caixa de verificação Criar apenas a estrutura da tabela, não aumentar os dados , apenas a estrutura de dados é atualizada.
Passo 4: escolher como atualizar a sua aplicação
Na página seguinte do assistente, pode selecionar uma das três formas diferentes de atualizar a sua aplicação de base de dados do Access. Em Que alterações de aplicação pretende fazer?, selecione uma das seguintes opções:
-
Criar uma nova aplicação cliente/servidor do Access Se selecionar esta opção, o Assistente de Dimensionamento cria um novo projeto do Access. O Assistente de Atualização pede-lhe um nome, que é predefinido para o nome atual da base de dados do Access, adiciona um sufixo "CS" e, em seguida, armazena o projeto na mesma localização que a base de dados do Access existente.
O Assistente de Conversão cria o ficheiro de projeto do Access e, em seguida, aumenta todos os objetos da base de dados da base de dados do Access para o projeto do Access. Se não guardar a palavra-passe e o ID de utilizador, quando abrir o projeto do Access pela primeira vez, o Access apresenta a caixa de diálogo Propriedades da Ligação de Dados para que possa ligar a uma base de dados SQL Server.
-
Ligar SQL Server tabelas à aplicação existente Se selecionar esta opção, o Assistente de Atualização modifica a base de dados do Access para que as suas consultas, formulários, relatórios e páginas de acesso a dados utilizem os dados na nova base de dados SQL Server em vez dos dados na base de dados do Access. O Assistente de Redimensionamento muda o nome das tabelas do Access que vai aumentar com o sufixo "_local". Por exemplo, se aumentar o nome de uma tabela denominada Funcionários, o nome da tabela será mudado Employees_local na base de dados do Access. Em seguida, o Assistente de redimensionamento cria uma tabela de SQL Server ligada denominada Funcionários.
Nota: Após a conclusão da operação de upsizing, as tabelas cujo nome foi mudado com o sufixo "_local" deixarão de ser utilizadas. No entanto, é boa ideia manter as tabelas locais até verificar se o dimensionamento foi bem-sucedido. Posteriormente, pode eliminar as tabelas locais para reduzir o tamanho da base de dados do Access. Certifique-se de que cria uma cópia de segurança da base de dados antes de eliminar as tabelas.
As consultas, formulários, relatórios e páginas de acesso a dados com base nas tabelas Funcionários originais irão agora utilizar a tabela SQL Server Funcionários ligada. Muitas das propriedades dos campos na tabela local original são herdadas pela nova tabela local, incluindo Description, Caption, Format, InputMask e DecimalPlaces.
-
Sem alterações à aplicação Selecione esta opção se apenas quiser copiar os seus dados para a base de dados SQL Server e não efetuar quaisquer outras alterações à sua aplicação de base de dados do Access existente.
Guardar a palavra-passe e o ID de utilizador Por predefinição, o Assistente de Atualização cria tabelas ligadas na aplicação existente ou cria um projeto do Access sem guardar o nome de utilizador e a palavra-passe. Isto significa que é pedido aos utilizadores um nome de utilizador e palavra-passe sempre que iniciarem sessão numa base de dados SQL Server.
Se selecionar Guardar palavra-passe e ID de utilizador, os utilizadores podem ligar-se a uma base de dados SQL Server sem iniciar sessão. Se selecionar Criar nova aplicação cliente/servidor do Access, o projeto do Access armazena a palavra-passe do nome de utilizador na cadeia de ligação OLE DB.
Nota: Esta opção está desativada para a opção Sem alterações de aplicações se uma tabela de SQL Server ligada estiver configurada com uma tabela MSysConf para negar guardar palavras-passe.
O relatório do Assistente de Conversão
Quando clica em Concluir, o Assistente de Redimensionamento cria um relatório que fornece uma descrição detalhada de todos os objetos criados e comunica quaisquer erros encontrados durante o processo. O Assistente de Conversão apresenta o relatório em Pré-visualizar e, em seguida, pode imprimir ou guardar o relatório, por exemplo, como um ficheiro XPS ou PDF. O relatório não é guardado como um objeto do Access quando fecha a janela Pré-visualizar.
O relatório do Assistente de Conversão contém informações sobre o seguinte:
-
Parâmetros de redimensionamento, incluindo os atributos de tabela que escolheu para atualizar e como aumentou.
-
Informações de tabela, incluindo uma comparação de valores do Access e SQL Server para nomes, tipos de dados, índices, regras de validação, predefinições, acionadores e se foram adicionados ou não carimbos de data/hora.
-
Quaisquer erros encontrados, como a base de dados ou o registo de transações cheio, permissões inadequadas, dispositivo ou base de dados não criados, tabela, predefinição ou regra de validação ignoradas, relação não imposta, consulta ignorada (porque não pode ser traduzida para sintaxe SQL Server) e erros de conversão de controlo e origem de registos em formulários e relatórios.
Como os objetos de base de dados são atualizados
Os seguintes objetos de dados e bases de dados são atualizados:
-
Tipos de dados e dados Todos os tipos de dados da base de dados do Access são convertidos para o equivalente em SQL Server. O assistente converte o texto da base de dados do Access em Unicode ao adicionar o identificador de cadeia Unicode a todos os valores de cadeia e ao adicionar o prefixo n Unicode a todos os tipos de dados.
-
Consultas
-
Selecione as consultas que não têm uma cláusula ORDER BY ou os parâmetros são convertidos em vistas.
-
As consultas de ação são convertidas em consultas de ação de procedimentos armazenados. O Access adiciona SET NOCOUNT ATIVADO após o código de declaração de parâmetros para garantir que o procedimento armazenado é executado.
-
Selecione as consultas que apenas referenciam tabelas (também denominadas consultas base) que utilizam parâmetros ou uma cláusula ORDER BY são convertidas em funções definidas pelo utilizador. Se necessário, a cláusula TOP 100 PERCENT é adicionada a uma consulta que contém uma cláusula ORDER BY.
-
As consultas de parâmetros que utilizam parâmetros nomeados mantêm o nome de texto original utilizado na base de dados do Access e são convertidas em procedimentos armazenados ou funções definidas pelo utilizador inline.
Nota: Poderá ter de converter manualmente consultas que não foram atualizadas, como consultas pass-through do SQL, consultas de definição de dados e consultas cruzadas. Também poderá ter de atualizar manualmente as consultas aninhadas demasiado profundamente.
-
-
Forms, relatórios e controlos As instruções SQL nas propriedades OrigemDosRegistos, ControlsSource e RowSource para formulários, relatórios ou controlos são mantidas no local e não são convertidas em procedimentos armazenados ou funções definidas pelo utilizador.
-
Propriedades de arranque O Assistente de Redimensionamento aumenta as seguintes propriedades de arranque:
StartUpShowDBWindowStartUpShowStatusBarAllowShortcutMenusAllowFullMenusAllowBuiltInToolbarsAllowToolbarChangesAllowSpecialKeysUseAppIconForFrmRptAppIconAppTitleStartUpFormStartUpMenuBarStartupShortcutMenuBar
-
Módulos e macros O Assistente de Atualização não efetua alterações a módulos ou macros. Poderá ter de modificar a sua aplicação para tirar o máximo partido das funcionalidades do SQL Server. Para obter mais informações, consulte o artigo msDN Optimizing Microsoft Office Access Applications Linked to SQL Server (Otimizar Aplicações do Microsoft Office Access Associadas a SQL Server).
