ActiveX Data Objects (ADO) Perguntas mais frequentes

Este artigo apresenta algumas perguntas mais frequentes sobre a programação ActiveX Data Objects (ADO).

P. quais são o ActiveX Data Objects (ADO)?

R. ActiveX Data Objects são um modelo de objecto de idioma neutro expor dados desencadeados por um subjacente fornecedor OLE DB. Fornecedor OLE DB o mais utilizado é o fornecedor de OLE DB para controladores de ODBC, que expõe origens de dados de ODBC ao ADO.

P. onde posso obter o ActiveX Data Objects?

R. ADO faz parte do Microsoft Data Access Components (MDAC). ADO pode ser obtido da página Transferências livre neste Web site: P. onde é a documentação fornecida com o ADO?

R. a documentação fornecida com o ADO está no formato html e pode ser encontrado transferindo o MDAC Software Development Kit (SDK) do Web site anterior. Certifique-se de escolher a opção Microsoft Data Access SDK modo de espera autónomo configuração dos componentes ao transferir o MDAC 2.0 ou a actualização de dados do Microsoft Access componentes SDK se transferir o MDAC 2.1.

A documentação para a versão mais recente do ADO também está disponível online em: A documentação do ADO faz parte do Platform SDK documentação que acompanha a MSDN Library. Na MSDN Library, seleccione o conteúdo, em seguida, Platform SDK | serviços de acesso de dados | Microsoft Data Access Components (MDAC) SDK | Microsoft ActiveX Data Objects (ADO).

Q: o que é o Remote Data Service (RDS) para o ActiveX Data Objects (ADO)?

A. Remote Data Service (RDS) é utilizado para transporte conjuntos de registos de objecto de dados Active Directory de um servidor para um computador cliente. O conjunto de registos resultante é colocados em cache no computador cliente e desligado do servidor. RDS utiliza um subconjunto do modelo de objecto ADO ADOR.Recordset, para fornecer uma forma baixa sobrecarga e alto desempenho de dados do conjunto de registos de empacotamento de referências através de uma rede ou web.

Q: o que é a diferença entre os objectos ADODB e ADOR?

R. O ADODB Library contém objectos de lado do servidor adicionais (ligações, comando, erro, parâmetros e por aí em diante). Estes devem ser utilizadas nos componentes de servidor para comunicar com a base de dados.

A biblioteca ADOR é um cliente de peso mais claro que permite a manipulação de um conjunto de registos existente no cliente. Não inclui os comandos de ligações, comando, erros ou parâmetros. A Funcionalidade ADOR é distribuída com os componentes de cliente do ADO.

P. como começar a utilizar ADO com C++?

R. a melhor solução é utilizar #import, que gera classes muito finas à volta typelib ADO e permite-lhe manipulá-los de uma sintaxe muito parecido com o Visual Basic for Applications (VBA) sintaxe. A maior parte dos exemplos de ADO são escritos usando VBA e #import permite que converta com maior facilidade, por exemplo, utilizando o Microsoft Foundation Classes (MFC) do OLE COleDispatchDriver ou utilizar COM programação directamente. A lista de artigos da base de dados de conhecimento da Microsoft que se segue ajudarão a utilizar o ADO com #import: Além disso, poderá encontrar os seguintes artigos quando procura a utilizar o Visual C++ como o produto que será provar útil ao ADO programadores: P. como posso encontrar a base de dados de conhecimento da Microsoft (KB) artigos para o ADO?

R. estabeleça ligação a base de dados de conhecimento da Microsoft na World Wide Web. Para aceder a dados de conhecimento na World Wide Web, visite o seguinte Web site da Microsoft: Para obter informações adicionais sobre como utilizar dados de conhecimento, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft: P. como posso determinar as capacidades do ADO?

R. ADO está dependente do fornecedor de dados utiliza. A forma mais fácil/rápida consiste em verificar a propriedade de suporte para confirmar que a ligação ou conjunto de registos que abriu suporta a funcionalidade que realmente necessita. Também deve confirmar que a CursorType e LockType coincidem o que esperava. Se o fornecedor subjacente não é possível suportar o cursor que pediu, ADO desqualificar estas propriedades para obter o cursor está mais próximo que pediu.

Uma abordagem mais aprofundada envolve a analisar o fornecedor de dados subjacente que está a utilizar por baixo de ADO. O fornecedor mais comum é o fornecedor de OLE DB para controladores ODBC que expõe origens de dados de ODBC ao ADO. Pode utilizar collection(s) propriedades para os objectos Connection, comando, conjunto de registos e campos e comparar os resultados apresentados existe para a especificação OLE DB e o OLE DB nivelamento de documento, como incluído com o OLE DB SDK, disponível disponível para transferência neste URL: Tenha em atenção que ADO não automaticamente definirá cada valor para cada propriedade exposta nos conjuntos de. A propriedade só vai ser definida quando a operação que está a efectuar com o ADO, na realidade, necessita de utilizar essa propriedade exposta pelo fornecedor subjacente. Isto é para desempenho e varia de outros modelos de objectos, tais como DAO que inicializar quaisquer e todas as propriedades se a operação está a executar utiliza-os ou não.

Utilizar a propriedade Recordset.Supports é a forma mais fácil para verificar que previsto é na realidade que o fornecedor exposto a, dado o tipo específico de ligação e conjunto de registos que abriu.