Compartilhar via


Arquitetura do driver

A arquitetura do driver se enquadra em duas categorias, dependendo de quais softwares processam instruções SQL:

  • Drivers baseados em arquivo O driver acessa os dados físicos diretamente. Nesse caso, o driver atua como driver e fonte de dados; ou seja, processa chamadas ODBC e instruções SQL. Por exemplo, os drivers dBASE são drivers baseados em arquivo porque o dBASE não fornece um mecanismo de banco de dados autônomo que o driver pode usar. É importante observar que os desenvolvedores de drivers baseados em arquivo devem escrever seus próprios mecanismos de banco de dados.

  • Drivers Baseados em DBMS O driver acessa os dados físicos por meio de um mecanismo de banco de dados separado. Nesse caso, o driver processa apenas chamadas ODBC; ele passa instruções SQL para o mecanismo de banco de dados para processamento. Por exemplo, os drivers Oracle são baseados em DBMS porque Oracle possui um mecanismo autônomo de banco de dados que o driver usa. Onde o mecanismo de banco de dados reside não é relevante. Ele pode residir no mesmo computador que o driver ou um computador diferente na rede; ele pode até ser acessado por meio de um gateway.

A arquitetura do driver geralmente é interessante apenas para os gravadores de driver; ou seja, a arquitetura do driver geralmente não faz diferença para o aplicativo. No entanto, a arquitetura pode afetar se um aplicativo pode usar o SQL específico do DBMS. Por exemplo, o Microsoft Access fornece um mecanismo de banco de dados autônomo. Se um driver do Microsoft Access for baseado em DBMS , ele acessará os dados por meio desse mecanismo, o aplicativo poderá passar instruções do Microsoft Access-SQL para o mecanismo de processamento.

No entanto, se o driver for baseado em arquivo - ou seja, ele contém um mecanismo proprietário que acessa diretamente o arquivo do Microsoft Access .mdb - qualquer tentativa de passar instruções SQL específicas do Microsoft Access para o mecanismo provavelmente resultará em erros de sintaxe. O motivo é que o mecanismo proprietário provavelmente implementará apenas o SQL ODBC.

Esta seção contém os seguintes tópicos.