Compartilhar via


Provedores OLE DB

Aplica-se ao: Access 2013, Office 2013

O guia Introdução do programador do ADO discute a relação entre o ADO e o restante 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 em um banco de dados relacional para o qual existe atualmente um driver ODBC, mas nenhum provedor OLE DB nativo: o aplicativo usa o ADO para conversar com o Provedor OLE DB para ODBC, que carrega o driver ODBC apropriado. O driver passa a instrução SQL para o DBMS, que recupera os dados.

  • Os dados residem no Microsoft SQL Server para o qual há um provedor OLE DB nativo: o aplicativo usa o ADO para conversar diretamente com o Provedor 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: