Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Aplica-se ao: Access 2013, Office 2013
O guia do programador do ADO Introdução aborda a relação entre o ADO e o resto da arquitetura do Microsoft Data Access. O OLE DB define um conjunto de interfaces COM para fornecer aos aplicativos acesso uniforme aos dados armazenados em diversas fontes de informação. Essa abordagem permite que uma fonte de dados compartilhe seus dados por meio de interfaces que suportam o número de funcionalidades DBMS apropriado para a fonte de dados. De acordo com o design, a arquitetura de alto desempenho do OLE DB é baseada no uso de um modelo de serviços flexível e baseado em componentes. Em vez de ter um número prescrito de camadas intermediárias entre o aplicativo e os dados, o OLE DB requer somente os componentes necessários para realizar uma tarefa específica.
Por exemplo, suponha que um usuário deseje realizar uma consulta. Considere as seguintes situações:
Os dados residem numa base de dados relacional para a qual existe atualmente um controlador ODBC, mas nenhum fornecedor OLE DB nativo: a aplicação utiliza o ADO para comunicar com o Fornecedor OLE DB para ODBC, que depois carrega o controlador ODBC adequado. O controlador transmite a instrução SQL para o DBMS, que obtém os dados.
Os dados residem no Microsoft SQL Server para o qual existe um fornecedor OLE DB nativo: a aplicação utiliza o ADO para comunicar diretamente com o Fornecedor OLE DB para Microsoft SQL Server. Não são necessários intermediários.
Os dados residem no Microsoft Exchange Server, para o qual existe um provedor do OLE DB, mas que não expõe um mecanismo para processar consultas SQL. O aplicativo usa o ADO para falar com o Provedor do OLE DB para Microsoft Exchange e pede auxílio a um componente do processador de consulta do OLE DB para lidar com o pedido de consulta.
Os dados residem no sistema de arquivos NTFS da Microsoft na forma de documentos. Os dados são acessados por um provedor do OLE DB no Serviço de indexação da Microsoft, que indexa o conteúdo e as propriedades dos documentos no sistema de arquivos para permitir pesquisas eficientes de conteúdo.
Em todos os exemplos anteriores, o aplicativo pode consultar os dados. As necessidades do usuário são correspondidas com um número mínimo de componentes. Em cada caso só utilizam-se componentes adicionais se necessário, e somente os componentes necessários são solicitados. Esse carregamento sob demanda de componentes reutilizáveis e compartilháveis contribui grandemente para um alto desempenho, quando OLE DB é usado.
Há duas categorias de provedores: os que fornecem dados e os que fornecem serviços. Um provedor de dados é proprietário de seus próprios dados e os expõe em um formulário tabular para o aplicativo. Um provedor de serviços encapsula um serviço produzindo e consumindo dados, aumentando os recursos nos aplicativos ADO. Um provedor de serviços também pode ser definido como um componente de serviço, que deve trabalhar juntamente com outros provedores ou componentes de serviços.
O ADO fornece uma interface consistente e de alto nível para os vários provedores OLE DB.
Esta seção inclui os seguintes tópicos: