Dans le troisième écran de l'Assistant, vous pouvez indiquer la base de données par défaut, la manière dont le pilote doit utiliser les procédures stockées pour la prise en charge de SQLPrepare, différentes options ANSI que le pilote devra utiliser et s'il convient d'utiliser un serveur de récupération de défaillances.

Zone Changer la base de données par défaut par

La zone Changer la base de données par défaut par spécifie le nom de la base de données par défaut pour toute connexion établie à l'aide de cette source de données. Lorsque cette zone est désactivée, les connexions utilisent la base de données par défaut définie pour l'ID de connexion sur le serveur. Lorsque cette zone est activée, la base de données nommée dans la zone remplace la base de données par défaut définie pour l'ID de connexion. Si la zone Joindre le nom de fichier de la base de données contient le nom d'un fichier primaire, la base de données décrite par le fichier primaire est jointe en tant que base de données à l'aide du nom de base de données spécifié dans la zone Changer la base de données par défaut par.

Il est plus efficace d'utiliser la base de données par défaut de l'ID de connexion que de spécifier une base de données par défaut dans la source de données ODBC.

Zone Joindre le nom de fichier de la base de données

La zone Joindre le nom de fichier de la base de données spécifie le nom du fichier primaire d'une base de données pouvant être jointe. Cette base de données est jointe et utilisée comme base de données par défaut pour la source de données. Spécifiez le chemin d'accès complet du fichier primaire. Le nom de la base de données spécifiée dans la zone Changer la base de données par défaut par est utilisé comme nom de la base de données jointe.

Case à cocher Créer des procédures stockées temporairement pour les instructions SQL et annuler les procédures stockées

Lorsque la case à cocher Créer des procédures stockées temporairement pour les instructions SQL et annuler les procédures stockées est désactivée, le pilote Microsoft SQL Server ne crée pas de procédures stockées pour la prise en charge de la fonction ODBC SQLPrepare. Lorsque cette case à cocher est activée, le pilote SQL Server crée des procédures stockées temporaires pour prendre en charge la fonction ODBC SQLPrepare.

Case d'option Seulement lorsque vous vous déconnectez

La case d'option Seulement lorsque vous vous déconnectez spécifie que les procédures stockées temporaires créées pour SQLPrepare sont annulées lorsque la fonction ODBC SQLDisconnect est appelée. Cela permet au pilote de réutiliser des procédures stockées si la même instruction SQL est préparée à plusieurs reprises et réduit le traitement associé à l'annulation des procédures stockées lorsque l'application est en cours d'exécution. Sélectionner cette option pour une application qui s'exécute longtemps sans déconnexion ou pour une application qui émet de nombreux appels SQLPrepare peut entraîner une accumulation de procédures stockées temporaires.

Case d'option Lorsque vous vous déconnectez et de manière appropriée lorsque vous êtes connecté

La case d'option Lorsque vous vous déconnectez et de manière appropriée lorsque vous êtes connecté spécifie que les procédures stockées temporaires créées pour SQLPrepare sont annulées lors de l'appel de SQLDisconnect, lors de l'appel de SQLFreeHandle pour le handle d'instruction, lors de l'appel de SQLPrepare ou de SQLExecDirect pour traiter une nouvelle instruction SQL sur le même handle d'instruction, ou encore lors de l'appel d'une fonction de catalogue. Un traitement est généré, car les procédures stockées temporaires sont annulées lorsque l'application est en cours d'exécution, mais cela évite l'accumulation de procédures stockées temporaires pour les applications à exécution longue.

Case à cocher Utiliser des identificateurs ANSI entre guillemets

La case à cocher Utiliser des identificateurs ANSI entre guillemets spécifie que QUOTED_IDENTIFIERS est activé lors de la connexion du pilote ODBC de SQL Server. Lorsque cette case à cocher est activée, SQL Server applique les règles ANSI en matière de guillemets. Les guillemets doubles ne doivent être utilisés que pour les identificateurs, tels que les noms de colonne et de table. Les chaînes de caractères doivent apparaître entre guillemets :

Copier le code
SELECT "au_id"
FROM "authors"
WHERE "au_lname" = 'O''Brien'

Lorsque cette case à cocher est désactivée, les applications qui utilisent des identificateurs entre guillemets, tels que l'utilitaire Microsoft Query qui est fourni avec Microsoft Excel, rencontrent des erreurs lorsqu'elles génèrent des instructions SQL avec des identificateurs entre guillemets.

Case à cocher Utiliser les nulls, remplissages et avertissements ANSI

La case à cocher Utiliser les nulls, remplissages et avertissements ANSI spécifie que les options ANSI_NULLS, ANSI_WARNINGS et ANSI_PADDINGS sont activées lors de la connexion du pilote SQL Server.

Avec l'option ANSI_NULLS activée, le serveur applique les règles ANSI concernant la comparaison des colonnes pour NULL. La syntaxe ANSI "IS NULL" ou "IS NOT NULL" doit être utilisée pour toutes les comparaisons NULL. La syntaxe Transact-SQL "= NULL" n'est pas prise en charge.

Avec l'option ANSI_WARNINGS activée, SQL Server produit des messages d'avertissement en cas de violation des règles ANSI, mais pas des règles Transact-SQL. Les erreurs de ce type peuvent être des données tronquées lors de l'exécution d'une instruction INSERT ou UPDATE, ou la rencontre d'une valeur Null pendant une fonction d'agrégation.

Avec l'option ANSI_PADDING activée, les espaces à droite sur les valeurs varchar et les zéros de fin sur les valeurs varbinary ne sont pas éliminés automatiquement.

Case à cocher Utiliser le serveur SQL Server de récupération de défaillances si le serveur SQL Server principal n'est pas disponible

La case à cocher Utiliser le serveur SQL Server de récupération de défaillances si le serveur SQL Server principal n'est pas disponible spécifie que lorsqu'un serveur de récupération de défaillances (ou de basculement) est défini pour le serveur SQL Server identifié dans la source de données, le pilote SQL Server collecte des informations de connexion pour le serveur de récupération de défaillances lorsqu'il se connecte au serveur principal spécifié. Si l'application perd sa connexion au serveur SQL Server principal, il nettoie sa transaction actuelle et tente de se reconnecter au serveur SQL Server principal. Si le pilote détecte l'indisponibilité du serveur principal, il se connecte automatiquement au serveur de récupération de défaillances. Cette option est désactivée si le serveur ne prend pas en charge les opérations de récupération de défaillances.