Ligar o Access ao SQL Server

Utilizar um controlador ODBC ou o fornecedor OLE DB

As cadeias de ligação já existem há bastante tempo. Pode definir uma cadeia de ligação formatada na interface de utilizador do Access ou em código VBA. Uma cadeia de ligação (quer seja ODBC ou OLE DB) passa informações diretamente para a base de dados, como a localização do servidor, o nome da base de dados, o tipo de segurança e outras opções úteis. Por exemplo:

ODBC;DRIVER=SQL Server;SERVER="MyServer";DATABASE="MyHRdb";TRUSTED_CONNECTION=Yes

Provider=SQLOLEDB;Data Source=MyServer;Initial Catalog=MyHRdb; Integrated Security=SSPI;

Inicialmente, o SQL Server Native Client (SNAC) era uma biblioteca autónoma que continha tecnologias ODBC e OLEDB e ainda está disponível para as versões de 2005 a 2012 do SQL Server. Muitas aplicações legadas usavam o SNAC e ainda são suportadas por questões de compatibilidade com versões anteriores, mas não recomendamos que a utilize para o desenvolvimento de novas aplicações. Deve utilizar versões individuais mais recentes e transferíveis dos controladores ODBC.

Controladores ODBC

O ODBC (Open Database Connectivity) é um protocolo que pode utilizar para ligar uma base de dados do Access a uma origem de dados externa, como o Microsoft SQL Server. Normalmente, as origens de dados de ficheiros (também denominadas ficheiros DSN) são utilizadas para adicionar uma cadeia de ligação e, nesse caso, a palavra-chave FILEDSN é utilizada na cadeia de ligação ou armazenada no registo e, nesse caso, é utilizada a palavra-chave DSN. Em alternativa, pode utilizar o VBA para definir estas propriedades através de uma cadeia de ligação "sem DSN".

Ao longo dos anos, os controladores ODBC foram enviados em três fases:

• Antes de 2005, os controladores ODBC eram enviados com o Windows Data Access Components (WDAC), que eram originalmente denominados Microsoft Data Access Components (MDAC). Estes componentes ainda são enviados com o Windows por questões de compatibilidade com versões anteriores. Para obter mais informações, consulte Microsoft ou Windows Data Access Components.

• Controladores ODBC enviados com o SNAC para o SQL Server 2005 a SQL Server 2012.

• Após o SQL Server 2012, os controladores ODBC foram enviados individualmente e contêm suporte para novas funcionalidades do SQL Server.

Para novo desenvolvimento, evite utilizar os controladores ODBC das duas primeiras fases e utilize os controladores ODBC da terceira fase.

Fornecedores OLE DB

O OLE DB (Object Linking and Embedding, Database) é um protocolo mais recente que pode utilizar para ligar uma base de dados do Access a uma origem de dados externa, como o Microsoft SQL Server. O OLE DB não necessita de um DSN e também fornece acesso completo às origens de dados ODBC e aos controladores ODBC.

Sugestão    Normalmente, pode utilizar a caixa de diálogo Propriedades de Ligação de Dados para adicionar uma cadeia de ligação OLE DB. Apesar de não ser possível abrir a caixa de diálogo Propriedades de Ligação de Dados a partir do Access, no Explorador do Windows, pode criar um ficheiro .txt vazio, alterar o tipo de ficheiro para .udl e, em seguida, fazer duplo clique no ficheiro. Depois de criar uma cadeia de ligação, altere o tipo de ficheiro de volta para .txt.

Ao longo dos anos, os fornecedores OLE DB foram enviados em três fases:

• Antes de 2005, os fornecedores OLE DB eram enviados com o Windows Data Access Components (WDAC), que eram originalmente denominados Microsoft Data Access Components (MDAC).

• Fornecedores OLE DB enviados com o SQL Server 2005 a SQL Server 2017. Foi preterido em 2011.

• Em 2017, o fornecedor OLE DB do SQL Server deixou de estar preterido.

A versão recomendada atualmente para o desenvolvimento de novas soluções é o OLE DB Driver 18 para SQL Server.

Como otimizar o desempenho com uma cadeia de ligação ODBC

Para otimizar o desempenho, minimizar o tráfego de rede e reduzir o acesso de múltiplos utilizadores à base de dados do SQL Server, utilize o mínimo de cadeias de ligação possível ao partilhar cadeias de ligação em múltiplos conjuntos de registos. Apesar de o Ace simplesmente transmitir uma cadeia de ligação para o servidor, este irá compreender e utilizar as seguintes palavras-chave: DSN, DATABASE, UID, PWD, e DRIVER para ajudar a minimizar a comunicação entre cliente e servidor.

Nota    Se for perdida uma ligação ODBC a uma origem de dados externa, o Access tenta restabelecer automaticamente a ligação à mesma. Se a tentativa tiver êxito, poderá continuar a trabalhar. Se a tentativa falhar, pode continuar a trabalhar com objetos que não dependam da ligação. Para voltar a ligar, feche e abra novamente o Access.

Recomendações ao utilizar ODBC e OLE DB

Evite misturar cadeias de ligação e tecnologias de acesso à base de dados. Utilize uma cadeia de ligação ODBC para o DAO. Utilize uma cadeia de ligação OLE DB para o ADO. Se a aplicação contiver código VBA que utilize tanto DAO como ADO, utilize o controlador ODBC para o DAO e o fornecedor OLE DB para o ADO. Esteja empenhado em obter as funcionalidades e suportes mais recentes para o ODBC e para o OLEDB respectivamente.

O ODBC utiliza o termo controlador e OLE DB utiliza o termo fornecedor. Os termos descrevem o mesmo tipo de componente de software, mas não são intercambiáveis na sintaxe da cadeia de ligação. Utilize o valor correto conforme documentado.

Início da Página

Interface programática para SQL Server a partir do Access

Existem duas formas principais de interface programática para uma base de dados do SQL Server a partir do Access.

DAO

Um objeto de acesso a dados (DAO) fornece uma interface abstrata para uma base de dados. O Microsoft Data Access Objects (DAO) é o modelo de objeto de programação nativa que lhe permite usufruir ao máximo do Access e do SQL Server para criar, eliminar, modificar e listar objetos, tabelas, campos, índices, relações, consultas, propriedades e bases de dados externas.

Para obter mais informações, consulte Microsoft Data Access Objects.

ADO

O ActiveX Data Objects (ADO) fornece um modelo de programação de alto nível e está disponível no Access através de uma referência a uma biblioteca de terceiros. O ADO é simples de aprender e permite às aplicações cliente aceder e manipular dados a partir de uma variedade de origens, incluindo o Access e o SQL Server. Os seus principais benefícios são facilidade de utilização, alta velocidade, sobrecarga de memória baixa e ocupar pouco espaço no disco. O ADO também suporta funcionalidades chave de criação e de aplicações baseadas na Web.

Para obter mais informações, consulte a referência do Microsoft ActiveX Data Objects e o Microsoft ActiveX Data Objects (ADO).

Qual deles deverá utilizar?

Numa solução do Access que utilize o código VBA, pode utilizar o DAO, o ADO ou ambos como a sua tecnologia de interface de base de dados. O DAO continua a ser o predefinido no Access. Por exemplo, todos os formulários, relatórios e consultas do Access utilizam o DAO. Mas quando migra para o SQL Server, considere usar o ADO para tornar a sua solução mais eficiente. Eis algumas diretrizes gerais para o ajudar a decidir quando utilizar o DAO ou o ADO.

Utilize o DAO quando pretender:

• Criar um formulário de associação de leitura/escrita sem utilizar o VBA.

• Consultar tabelas locais.

• Transferir dados para tabelas temporárias.

• Utilizar consultas pass-through como origens de dados para relatórios ou formulários no modo só de leitura.

• Definir e utilizar um objeto TableDef ou Querydef no VBA.

Utilize o ADO quando pretender:

• Tirar partido de formas adicionais para a otimização, como efetuar operações assíncronas.

• Executar consultas pass-through de DDL e de DML.

• Obter dados do SQL Server diretamente através de conjuntos de registos no VBA.

• Escrever código mais simples para determinadas tarefas, tais como a transmissão de Blobs.

• Chamar um procedimento armazenado diretamente, com parâmetros, através de um objeto de comando no VBA.

Início da Página

Resumo das versões de controladores ODBC

A seguinte tabela resume informações importantes sobre as versões de controladores ODBC, localizações de transferências e suporte de funcionalidades. Certifique-se de que utiliza a versão de bits correta (64 bits ou 32 bits) do controlador baseada no Windows e não no Office. Se estiver a executar a versão de 32 bits do Access na versão de 64 bits do Windows, instale os controladores de 64 bits, que incluem os componentes de 32 bits necessários para o Access.

Para obter mais informações, consulte Utilizar Palavras-Chave de Cadeia de Ligação com o SQL Server Native Client, Notas de Versão do ODBC para o SQL Server no Windows (v17) e Funcionalidades do Microsoft ODBC Driver para SQL Server no Windows (v13,11).

Início da Página

Resumo das versões de fornecedor OLE DB

A seguinte tabela resume informações importantes sobre as versões de fornecedores OLE DB, localizações de transferências e suporte de funcionalidades. Certifique-se de que utiliza a versão de bits correta (64 bits ou 32 bits) do controlador baseada no Windows e não no Office. Se estiver a executar a versão de 32 bits do Access na versão de 64 bits do Windows, instale os controladores de 64 bits, que incluem os componentes de 32 bits necessários para o Access.

Para obter mais informações, consulte Utilizar Palavras-Chave de Cadeia de Ligação com o SQL Server Native Client.

Início da Página

Resumo de palavras-chave do ODBC

A seguinte tabela resume as palavras-chave do ODBC reconhecidas pelo SQL Server e o objetivo delas. Apenas um subconjunto é reconhecido pelo Access.

Início da Página

Resumo de palavras-chave do OLE DB

A seguinte tabela resume as palavras-chave do OLE DB reconhecidas pelo SQL Server e o objetivo delas. Apenas um subconjunto é reconhecido pelo Access.

Início da Página