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.
A fonte de dados ou driver usado por um aplicativo às vezes é codificado em código no aplicativo. Por exemplo, um aplicativo personalizado escrito por um departamento mis para transferir dados de uma fonte de dados para outra conteria os nomes dessas fontes de dados. O aplicativo simplesmente não funcionaria com nenhuma outra fonte de dados. Outro exemplo é um aplicativo vertical, como um usado para entrada de pedido. Esse aplicativo sempre usa a mesma fonte de dados, que tem um esquema predefinido conhecido pelo aplicativo.
Outros aplicativos selecionam a fonte de dados ou o driver em tempo de execução. Normalmente, esses são aplicativos genéricos que fazem consultas ad hoc, como uma planilha que usa o ODBC para importar dados. Esses aplicativos geralmente listam as fontes de dados ou drivers disponíveis e permitem que os usuários escolham aqueles com quem desejam trabalhar. Se um aplicativo genérico lista fontes de dados, drivers ou ambos, frequentemente depende de o aplicativo usar drivers baseados em DBMS ou em arquivo.
Os drivers baseados em DBMS geralmente exigem um conjunto complexo de informações de conexão, como o endereço de rede, o protocolo de rede, o nome do banco de dados e assim por diante. A finalidade de uma fonte de dados é ocultar todas essas informações. Portanto, o paradigma da fonte de dados é adequado para uso com drivers baseados em DBMS. Um aplicativo pode exibir uma lista de fontes de dados para o usuário de duas maneiras. Ele pode chamar SQLDriverConnect com a palavra-chave DSN (Nome da Fonte de Dados) e nenhum valor associado; o Gerenciador de Driver exibirá uma lista de nomes de fonte de dados. Se o aplicativo quiser controle sobre a aparência da lista, ele chamará SQLDataSources para recuperar uma lista de fontes de dados disponíveis e construirá sua própria caixa de diálogo. Essa função é implementada pelo Gerenciador de Driver e pode ser chamada antes que todos os drivers sejam carregados. Em seguida, o aplicativo chama uma função de conexão e passa o nome da fonte de dados escolhida.
Se uma fonte de dados não for especificada, a fonte de dados padrão indicada pelas informações do sistema será usada. (Para obter mais informações, consulte Subchave Padrão.) Se SQLConnect for chamado usando um argumento ServerName que não pode ser encontrado, será um ponteiro nulo ou será "DEFAULT", o Gerenciador de Driver se conectará à fonte de dados padrão. A fonte de dados padrão também será usada se a cadeia de conexão usada em uma chamada para SQLDriverConnect ou SQLBrowseConnect contiver a palavra-chave DSN definida como "DEFAULT" ou se a fonte de dados especificada não for encontrada. Além disso, a fonte de dados padrão será usada se a cadeia de conexão usada em uma chamada para SQLDriverConnect não contiver a palavra-chave DSN .
Com drivers baseados em arquivo, é possível usar um paradigma de arquivo. Para dados armazenados no computador local, os usuários frequentemente sabem que seus dados estão em um arquivo específico, como Employee.dbf. Em vez de selecionar uma fonte de dados desconhecida, é mais fácil para esses usuários selecionar o arquivo que eles conhecem. Para implementar isso, o aplicativo primeiro chama SQLDrivers. Essa função é implementada pelo Gerenciador de Driver e pode ser chamada antes que todos os drivers sejam carregados. O SQLDrivers retorna uma lista de drivers disponíveis; também retorna valores para as palavras-chave FileUsage e FileExtns . A palavra-chave FileUsage explica se os drivers baseados em arquivo tratam arquivos como tabelas, assim como o Xbase ou como bancos de dados, assim como o Microsoft Access. A palavra-chave FileExtns lista as extensões de nome de arquivo que o driver reconhece, como .dbf para um driver Xbase. Usando essas informações, o aplicativo constrói uma caixa de diálogo por meio da qual o usuário escolhe um arquivo. Com base na extensão do arquivo escolhido, o aplicativo então se conecta ao driver chamando SQLDriverConnect com a palavra-chave DRIVER .
Não há nada que impeça um aplicativo de usar uma fonte de dados com um driver baseado em arquivo ou chamar SQLDriverConnect com a palavra-chave DRIVER para se conectar a um driver baseado em DBMS. Aqui estão vários usos comuns da palavra-chave DRIVER para drivers baseados em DBMS:
Não está criando fontes de dados. Por exemplo, um aplicativo personalizado pode usar um determinado driver e um banco de dados. Se o nome do driver e todas as informações necessárias para se conectar ao banco de dados forem codificadas no aplicativo, os usuários não precisarão criar uma fonte de dados no computador para executar o aplicativo. Tudo o que eles devem fazer é instalar o aplicativo e o driver.
Uma desvantagem desse método é que o aplicativo deve ser recompilado e redistribuído se as informações de conexão forem alteradas. Se um nome de fonte de dados for codificado no aplicativo em vez de informações de conexão completas, cada usuário deverá alterar apenas as informações na fonte de dados.
Acessando um DBMS específico uma única vez. Por exemplo, uma planilha que recupera dados chamando funções ODBC pode conter a palavra-chave DRIVER para identificar um driver específico. Como o nome do driver é significativo para todos os usuários que têm esse driver, a planilha pode ser passada entre esses usuários. Se a planilha contivesse um nome de fonte de dados, cada usuário teria que criar a mesma fonte de dados para usar a planilha.
Navegando pelo sistema para todos os bancos de dados acessíveis a um driver específico. Para obter mais informações, consulte Conectar-se com SQLBrowseConnect, mais adiante nesta seção.