Ce document contient des informations sur les problèmes techniques, les bogues identifiés et les limitations de Microsoft® Data Access Components version 2.5.
L'installation de redistribution typique de MDAC inclut les composants principaux (ADO, OLE DB et ODBC) et les fournisseurs OLE DB, ainsi que pilotes ODBC supplémentaires pour les différents magasins de données. Pour obtenir plus d'informations concernant le Kit de développement de MDAC, qui inclut une documentation, des exemples, des outils, des en-têtes et des bibliothèques, consultez la section Problèmes techniques de MDAC de ce fichier Lisez-moi.
Liste de fichiers MDAC disponible dans le Manifeste de version de MDAC
Vous trouverez une liste complète de fichiers MDAC dans le Manifeste de version, à l'adresse suivante, http://www.microsoft.com/data/download.htm (site en anglais).
Installation du Kit de développement de MDAC 2.5 à partir du Kit de développement de plate-forme (Platform SDK)
Vous pouvez installer l'intégralité du Kit de développement de plate-forme (Platform SDK) ou installer séparément ses composants, à partir du site Web en ligne MSDN situé à l'adresse suivante : http://msdn.microsoft.com/developer/sdk/platform.asp (site en anglais). Un Assistant Installation vous guidera à travers les différentes étapes du processus. Étant donné que d'autres applications partagent les composants Data Access, vous devez fermer toutes les autres applications avant d'installer le Kit de développement de plate-forme (Platform SDK).
L'Assistant Installation du Kit de développement de plate-forme (Platform SDK) vous permet de choisir entre une installation standard et une installation personnalisée. Une installation standard télécharge la totalité du Kit de développement, alors qu'une installation personnalisée vous permet de choisir des composants spécifiques : documentation, environnement de la version, débogueurs, outils, exemples et code source, composants redistribuables et autres matériels. Pour les composants Data Access, vous pouvez installer une partie du Kit de développement de MDAC : les API, la documentation, les exemples et ainsi de suite. Si vous installez le Kit de développement de MDAC, il est recommandé de mettre à jour l'environnement de votre version pendant l'installation afin de conserver les composants synchronisés.
Les fichiers d'aide HTML nécessitent le fichier HHCTRL.ocx mis à jour sur Windows NT 4.0
Si vous utilisez Microsoft® NT 4.0 Service Pack 3, MDAC 2.5 nécessite une version mise à jour du fichier Hhctrl.ocx pour afficher correctement les fichiers d'aide HTML. Installez la mise à jour de l'aide HTML à partir de l'adresse suivante, dans le site MSDN Online Web Workshop : http://msdn.microsoft.com/workshop/author/htmlhelp/localize.asp (site en anglais). Sélectionnez la langue appropriée pour votre plate-forme (site en anglais).
Dépendances MDAC
Les nouvelles fonctionnalités incluses dans les principaux services OLE DB (Oledb32.dll), et par conséquent, dans la pile MDAC, dépendent de deux autres fichiers .dll livrés avec certaines versions de Internet Explorer, à savoir :
Erreurs générées avec SQL Server
Si vous installez MDAC 2.5 sur un ordinateur exécutant des applications qui accèdent à SQL Server 6.5 via le fournisseur Microsoft OLE DB pour SQL Server ou le pilote ODBC Microsoft SQL Server, et que les procédures stockées du catalogue installées sur cet ordinateur Microsoft SQL Server 6.5 ne sont pas à jour, le fournisseur ou le pilote générera les messages d'avertissement suivants :
Si une application ignore ce message, cela entraînera des problèmes (tels que la perte des informations de schéma).
Pour corriger ceci :
- OU -
Revenir à la table des matières de MDAC
Cette section fournit des informations de dernière minute ou des informations se substituant à la documentation de Microsoft ADO.
Problèmes techniques de ADO/RDS
Bogues identifiés et limitations de ADO/RDS
Microsoft Internet Explorer Version 5.0 et XML
Vous devez posséder Microsoft® Internet Explorer 5.0 pour ouvrir un jeu d'enregistrements à partir d'un fichier XML.
Modifications apportées à la collection de champs de ADO 2.5 depuis la version bêta 2 de Windows 2000
Afin d'améliorer les performances dans ADO, les ajouts et suppressions effectués dans les collections de champs de l'objet Record, ainsi que les modifications apportées à la valeur d'un champ existant sont mis en cache jusqu'à ce que la méthode Update soit appelée. Lorsque cette méthode est appelée, toutes les modifications sont effectuées par lot.
Chaque champ possède une propriété Status ; si une erreur se produit lors d'une mise à jour, cette propriété vous permet de déterminer quels champs seront ajoutés, supprimés ou modifiés avec succès. Les champs possédant une propriété Status en attente ne seront pas validés si un objet Record est fermé ou a dépassé l'étendue avant que la méthode Update ne soit appelée.
Deux méthodes ont été ajoutées pour la collection Champs : Resync et CancelUpdate. Un paramètre supplémentaire a été ajouté à la méthode Append, qui vous permet de spécifier la valeur d'un champ lorsque vous l'ajoutez. La méthode Resync extrait les valeurs actuelles des champs à partir du serveur et considère le paramètre ResyncEnum comme paramètre unique (la valeur par défaut est adResyncAllValues). Resync n'affecte pas les champs supprimés. Ces derniers sont toujours visibles dans le cache local tant qu'ils n'ont pas été supprimés avec succès par un appel Update. La propriété Fields.Count n'est pas affectée non plus par la suppression d'un champ tant que la méthode Update n'a pas été appelée et que le champ n'a pas été supprimé avec succès.
L'objet Field de l'objet Record possède trois nouvelles propriétés, Status, OriginalValue et UnderlyingValue. La propriété Status de l'objet Field indique l'état actuel du champ, c'est-à-dire, adFieldPendingUpdate pour un champ qui possède une nouvelle valeur, mais pour lequel la méthode Update n'a pas encore été appelée. OriginalValue et UnderlyingValue sont similaire aux mêmes propriétés définies dans l'objet Field de l'objet Recordset.
Modifications apportées à URL Binding ADO 2.5 depuis la version bêta 2 de Windows 2000
Pour simplifier la liaison d'URL, vous pouvez utiliser « URL= » dans une chaîne de connexion. Par exemple :
rec.Open "unRépertoire", "URL=http://unOrdinateur/unDossier/", adModeReadWrite
Les constantes suivantes ont été éliminées : adOpenURLBind, adCmdURLBind et adOpenStreamFromURL.
Modification au cours de l'installation : le service RDS DataFactory est défini en mode sécurisé au cours de l'installation
La configuration du service RDS (Remote Data Service) a été modifiée dans MDAC 2.5. Maintenant, le service RDS DataFactory est défini automatiquement en mode « sécurisé » à la fois pour les mises à niveau et les nouvelles installations de Windows 2000. (MDAC 2.5 est livré avec Windows 2000). Auparavant, l'installation de MDAC ne modifiait pas les paramètres DataFactory d'une installation RDS existante.
Cette modification s'applique uniquement à Windows 2000. Si vous installez MDAC 2.5 sur un ordinateur qui exécute Windows NT 4.0 ou Windows 95/98, la configuration n'est pas modifiée. Sur ces systèmes, les paramètres DataFactory existants sont préservés lors de la mise à niveau vers MDAC 2.5.
Remarque L'installation de MDAC version 2.5 ou ultérieure définira le paramètre DataFactory en mode « sécurisé » une seule fois au cours d'une première installation. Par conséquent, si vous exécutez une nouvelle installation (aucune version antérieure de MDAC n'a été installée) de MDAC version 2.5 ou ultérieure sur un ordinateur qui exécute Windows NT 4.0 ou Windows 98/95 ET si le paramètre DataFactory est configuré par la suite pour une utilisation « illimitée », cette configuration sera conservée lors de la mise à niveau de l'ordinateur vers Windows 2000. De même, la mise à niveau de la version prototype 3 ou d'une version ultérieure de Windows 2000 vers une autre version ou vers une version ultérieure de MDAC ne modifiera pas à nouveau la configuration en mode « sécurisé ».
La racine virtuelle de MSADC est définie par défaut sur « Accès refusé »
Si vous démarrez la version 2168 de Windows 2000, après une nouvelle installation, la racine virtuelle de MSADC sera définie par défaut sur « Accès refusé » pour toutes les adresses IP et tous les noms de domaine. Cela signifie que sur les nouvelles installations, aucun ordinateur ne pourra se connecter à sa racine virtuelle MSADC et, par conséquent, aucune application RDS ne fonctionnera tant que vous n'aurez pas exécutez les tâches ci-dessous.
Remarquez que si vous mettez à niveau un ordinateur Windows NT 4.0 ou une version antérieure de Windows 2000 vers la version 2168 ou une version ultérieure de Windows 2000, les paramètres actuels de la racine virtuelle de MSADC seront préservés et vous n'aurez pas besoin d'exécuter les tâches suivantes.
Pour activer RDS, l'administrateur de serveur doit exécuter les tâches suivantes :
Client Cursor Engine et les interfaces OLE DB 2.5
Client Cursor Engine n'implémente pas les interfaces OLE DB 2.5. Par conséquent, si vous ouvrez un objet Recordset sur un fournisseur OLE DB version 2.5 et que vous spécifiez adUseClient comme CursorLocation, certaines propriétés ne seront pas très précises. Ainsi, RecordCount renverra toujours la valeur -1.
Propriétés étendues de Data Shaping Service et de Remoting Provider
Lors de l'utilisation de Data Shaping Service pour OLE DB ou de OLE DB Remoting provider, la valeur de la propriété « Extended Properties » est disponible si « Persist Sensitive Authinfo » a pour valeur faux. Vous devez garder à l'esprit que la propriété « Extended Properties » n'est pas fiable et que vous devez éviter d'y placer des informations importantes. Lorsque vous utilisez Data Shaping Service via les composants de service (à l'instar de ADO), vous pouvez définir les propriétés étendues de deux façons :
Remarque La propriété PWD de Microsoft OLE DB Provider pour ODBC est une propriété spécifique au fournisseur non prise en charge par Data Shaping Service ni par Remoting Provider. En d'autres termes, les composants du service placeront la propriété PWD dans la propriété « Extended Properties » et elle ne sera pas fiable. Il est fortement conseillé d'utiliser « PASSWORD= » à la place de « PWD= » dans la chaîne de connexion.
Ouverture d'un enregistrement à partir d'une URL
Lorsque vous utilisez une URL pour ouvrir un enregistrement, vous devez utiliser des barres obliques plutôt que des barres obliques inverses. Par exemple, le code suivant fonctionnera correctement :
Dim r As New Record
r.Open "unRépertoire", "url=http://unOrdinateur/unDossier"
En revanche, le code suivant générera une erreur :
Dim r As New Record
r.Open "unDossier", "url=http:\\unOrdinateur\unDossier"
Blockage des opérations
Si vous spécifiez adAsyncFetchNonBlocking comme option, la méthode Open ne fonctionnera pas de manière asynchrone, mais restera bloquée tant que l'opération ne sera pas terminée.
L'objet Stream ne gère pas correctement certains jeux de caractères
La taille de certains caractères peut différer selon qu'ils se trouvent ou non à l'intérieur d'une phrase. Ceci pose problème à l'objet Stream lorsqu'il tente de déterminer la longueur d'une chaîne. Ce problème concerne les jeux de caractères ISO-2022-JP, ISO-2022-KR, HZ-GB-2312 et UTF-7.
Modification du message d'erreur pour les tentatives de connexion avec des fichiers .udl inexistants
Lorsque vous tentez d'établir une connexion en utilisant un chemin d'accès à un fichier .udl inexistant, le système vous renvoie le message d'erreur « Fichier introuvable ». Le message d'erreur envoyé dans les versions antérieures de ADO était « Fournisseur introuvable ».
L'ouverture et la fermeture d'un enregistrement crée un fichier vide
Si vous créez un fichier en utilisant la méthode Open de l'objet Record avec le fournisseur OLE DB pour la publication Internet, un fichier de deux octets sera créé. En d'autres termes, si vous fermez immédiatement l'objet Record, vous créerez un fichier de deux octets.
Erreurs générées par le fournisseur OLE DB pour ODBC
Lorsque vous utilisez le fournisseur OLE DB pour ODBC et que vous accédez à une colonne BLOB dans un objet Recordset, vous ne pouvez pas utiliser simultanément des méthodes différentes pour accéder aux données. En d'autres termes, vous ne pouvez pas accéder à la valeur d'un champ avec la méthode GetChunk pour une partie des données, puis utiliser la propriété Value pour obtenir les données restantes. Ainsi, dans l'exemple suivant, le système renverra une erreur dans la deuxième ligne du code :
v = rs("BlobColumn").GetChunk(10)
Debug.Print rs("BlobColumn").Value
Si vous utilisez la méthode GetChunk pour commencer à lire une colonne BLOB, vous devez terminer l'opération avec la même méthode. L'utilisation de la méthode GetChunk avec la propriété Value générera l'erreur -2147217887.
Revenir à la table des matières de MDAC
Cette section fournit des informations de dernière minute ou des informations se substituant à la documentation de Microsoft ADO Extensions for DDL and Security (ADOX).
Bogues identifiés et limitations de ADOX
Propriétés obligatoires/facultatives des objets Table, Index et Column
Il est probable que votre fournisseur de données ne prenne pas en charge toutes les propriétés des objets Table, Index et Column. Une erreur sera générée si vous définissez une valeur pour une propriété non prise en charge par le fournisseur. Pour les nouveaux objets Table, Index ou Column, l'erreur se produit lorsque vous ajoutez l'objet à la collection. Pour les objets existants, elle se produit lorsque vous définissez la propriété.
Lors de la création d'un objet Table, Index ou Column, l'existence d'une valeur par défaut adéquate pour une propriété facultative ne garantit pas la prise en charge de cette dernière par votre fournisseur. Pour obtenir plus informations sur les propriétés prises en charge par votre fournisseur, consultez la documentation fournie par ce dernier.
Utilisation de ADOX avec les fournisseurs Microsoft OLE DB
Selon le fournisseur de données OLE DB choisi, certaines fonctionnalités de ADOX ne sont pas prises en charge. ADOX est entièrement pris en charge avec le fournisseur OLE DB pour Microsoft Jet. Les fonctionnalités non prises en charge avec le fournisseur Microsoft OLE DB pour SQL Server, le fournisseur Microsoft OLE DB pour ODBC ou le fournisseur Microsoft OLE DB pour Oracle sont listées ci-dessous. ADOX n'est pris en charge par aucun autre fournisseur Microsoft OLE DB.
Aucun bogue et aucune limitation n'ont été identifiés à ce jour.
Revenir à la table des matières de MDAC
Cette section fournit des informations de dernière minute ou des informations se substituant à la documentation de Microsoft ADO MD.
Aucun problème technique n'a été identifié à ce jour.
Aucun bogue et aucune limitation n'ont été identifiés à ce jour.
Revenir à la table des matières de MDAC
Cette section fournit des informations de dernière minute ou des informations se substituant à la documentation de Microsoft Jet et des objets de réplication.
Bogues identifiés et limitations de JRO
Aucun problème technique n'a été identifié à ce jour.
Les bases de données devenues réplicables en code et n'ayant pas été ouvertes dans Microsoft Access posséderont toujours des projets locaux (formulaires, états, macros, modules) et ne pourront jamais être modifiées afin de rendre le projet réplicable. Ceci est dû au fait que la table système qui contrôle cette fonctionnalité (mSysAccessObjects) n'existe pas si la base de données n'a jamais été ouverte dans Microsoft Access avant de rendre la base de données réplicable. Une fois que la base de données est devenue réplicable, l'utilisateur ne peut plus modifier le caractère réplicable du projet.
Revenir à la table des matières de MDAC
Cette section fournit des informations de dernière minute ou des informations se substituant à la documentation de l'API Microsoft Data Link.
Problèmes techniques de Microsoft Data Link
Bogues identifiés et limitations et Microsoft Data Link
Aucun problème technique n'a été identifié à ce jour.
Une seule instance de PromptDataSource est autorisée
Vous pouvez ouvrir une seule instance de la boîte de dialogue Propriétés des liaisons de données à la fois. L'appel de IDBPromptInitialize::PromptDataSource pour créer un second objet sans libérer le premier aura des effets imprévisibles.
La création de fournisseurs distants ou Out-of-Process n'est pas prise en charge
La version 2.5 de l'API Data Link ne prend pas en charge la création de fournisseurs distants ou out-of-process. L'appel de IDataInitialize::CreateDBInstanceEx et de méthodes similaires pour un fournisseur autre qu'un fournisseur in-process échouera.
L'indicateur Shared Exclusive se traduit par Share Deny Read et Share Deny Write
Si vous utilisez l'opérateur OR pour combiner DB_MODE_SHARE_DENY_READ et DB_MODE_SHARE_DENY_WRITE, vous obtiendrez comme résultat l'indicateur DB_MODE_SHARE_EXCLUSIVE. Si DB_MODE_SHARE_EXCLUSIVE est défini sur entrée, l'interface utilisateur Data Link affichera « Share Deny Read » et « Share Deny Write » comme activés, mais « Share Exclusive » restera désactivé.
Revenir à la table des matières de MDAC
Cette section fournit des informations de dernière minute ou des informations se substituant à la documentation de Microsoft OLE DB.
Problèmes techniques de OLE DB
Bogues identifiés et limitations de OLE DB
Ignorez la prise en charge des données à 64 bits dans le fichier Oledb.h
Dans le fichier en-tête Oledb.h, ignorez les directives de préprocesseur conditionnelles qui génèrent la prise en charge des données à 64 bits. Ces directives testent la valeur, _WIN64, et génèrent la prise en charge de fonctionnalités qui seront introduites dans une future version.
Aucun bogue et aucune limitation n'ont été identifiés à ce jour.
Revenir à la table des matières de MDAC
Cette section fournit des informations de dernière minute ou des informations se substituant à la documentation des composants du service Microsoft OLE DB.
Problèmes techniques des composants du service OLE DB
Bogues identifiés et limitations des composants du service OLE DB
Le groupement de sessions ne doit pas être utilisé avec SSPROP_ENABLEFASTLOAD
Lors de l'utilisation du fournisseur OLE DB pour SQL Server, la propriété spécifique au fournisseur SSPROP_ENABLEFASTLOAD peut être utilisée pour obtenir une forme spécifique de l'objet OLE DB Session, qui prend en charge l'interface IRowsetFastLoad. Toutefois, si vous utilisez cette propriété, vous ne devez pas utiliser le groupement de sessions. Lorsque le groupement de sessions est activé, l'objet Session renvoyé à l'utilisateur peut être extrait d'un pool. Par conséquent, si la session existante n'a pas été créée avec SSPROP_ENABLEFASTLOAD, elle ne prendra pas en charge l'interface IRowsetFastLoad.
Aucun bogue et aucune limitation n'ont été identifiés à ce jour.
Revenir à la table des matières de MDAC
Les notes de mise à jour de OLE DB pour OLAP fournissent des informations de dernière minute ou des informations se substituant à la documentation de Microsoft OLE DB pour OLAP.
Problèmes techniques de OLE DB pour OLAP
Bogues identifiés et limitations de OLE DB pour OLAP
Aucun problème technique n'a été identifié à ce jour.
Aucun bogue et aucune limitation n'ont été identifiés à ce jour.
Revenir à la table des matières de MDAC
Cette section fournit des informations de dernière minute ou des informations se substituant à la documentation du Fournisseur Microsoft OLE DB pour ODBC.
Problèmes techniques du Fournisseur OLE DB pour ODBC
Bogues identifiés et limitations du Fournisseur OLE DB pour ODBC
Aucun problème technique n'a été identifié à ce jour.
dwFlags dans IAccessor::CreateAccessor
Ce fournisseur ignore les dwFlags lors de l'appel de IAccessor::CreateAccessor et ne peut ni valider ni honorer les paramètres pour DBBINDFLAGS_HTML ou pour tout autre indicateur figurant dans ce champ. L'utilisateur doit encore attribuer au paramètre dwFlags la valeur zéro.
Les options de serveur sont rétablies lorsque les composants du service sont activés
L'implémentation du groupement de ressources des composants du service OLE DB ne rétablit pas les options de serveur lors du renvoi d'une source de données et d'une session au pool. Par exemple, si la commande SET QUOTED_IDENTIFIER OFF est envoyée à SQL Server sur une session, et que cette session est renvoyée au pool, l'option de serveur n'est pas rétablie. Ainsi, l'utilisateur peut sélectionner dans le pool une connexion active dont certaines options de serveur ont été définies différemment. Si ces options de serveur, telles que QUOTED_IDENTIFIER, ont des valeurs différentes des valeurs par défaut, l'état des connexions actives n'est pas rétabli lorsque les objets sont renvoyés au pool. Par conséquent, l'utilisateur doit rétablir ces options selon ses préférences ou désactiver les composants du service OLE DB afin que DBMS puisse contrôler ces options de serveur.
Le groupement de connexions est obligatoire pour les nouvelles connexions dans une transaction distribuée
Vous pouvez pas créer de nouvelles connexions à l'intérieur d'une transaction distribuée, sauf si vous utilisez un groupement de connexions ODBC. ODBC inscrira la connexion dans la transaction.
Les attributs de connexion ne sont pas rétablis lorsqu'une connexion est détruite ou renvoyée à un pool
Le fournisseur OLE DB pour ODBC ne rétablit pas tous les attributs de connexion lorsqu'une connexion est détruite ou renvoyée à un pool. Les développeurs peuvent vérifier ou rétablir les attributs de connexion après avoir reçu une connexion en provenance d'un pool. Consultez la documentation ODBC Programmer's Reference concernant SQLSetConnectAttr pour obtenir la liste des attributs de connexion. Les utilisateurs de Microsoft SQL Server doivent également consulter les Titres en ligne de SQL Server pour obtenir la liste des attributs de connexion spécifique à SQL Server.
Les mises à jour par lots et les résultats multiples ne renvoient qu'un jeu de résultats
Lorsque vous envoyez deux instructions de mise à jour dans un lot et que vous demandez plusieurs résultats au Fournisseur OLE DB pour ODBC, vous ne recevez qu'un seul jeu de résultats. L'erreur se produit lorsque l'instruction par lots est exécutée à l'aide de SQLPrepare et SQLExecute. Si vous exécutez la mise à jour par lots à l'aide de SQLExecDirect, vous recevrez deux jeux de résultats. Remarquez que le Fournisseur OLE DB pour ODBC utilise les appels Prepare/Execute et, par conséquent, ne renvoie qu'un jeu de résultats. Pour corriger ce problème, utilisez le fournisseur OLE DB pour SQL Server, qui emploie SQLExecDirect et s'exécute correctement.
Les mises à jour par lots perdent des informations lorsque plusieurs lignes sont en conflit
Lorsque vous exécutez une mise à jour par lots via le Fournisseur OLE DB pour ODBC destinée à SQL Server et que plusieurs lignes sont en conflit, les informations en conflit sont perdues . La première ligne en conflit du lot sera marquée comme telle et conservera son statut d'édition. Toutefois, les lignes en conflit suivantes ne seront pas marquées comme telles et un mode édition de adEditNone leur sera à nouveau appliqué sans que leurs modifications ne soient affectées sur le serveur. Pour résoudre ce problème, utilisez le Fournisseur OLE DB pour SQL Server (SQLOLEDB).
Revenir à la table des matières de MDAC
Cette section fournit des informations de dernière minute ou des informations se substituant à la documentation du Fournisseur Microsoft OLE DB pour Oracle.
Problèmes techniques du Fournisseur OLE DB pour Oracle
Bogues identifiés et limitations du Fournisseur OLE DB pour Oracle
Pour que le Fournisseur OLE DB pour Oracle puisse travailler avec le logiciel client Oracle, vous devez modifier le Registre du client conformément au tableau suivant.
| Client Oracle | Windows NT ou Windows 95/98 | Windows 2000 |
| 7.x | [HKEY_LOCAL_MACHINE\SOFTWARE\ Microsoft\Serveur de
transaction\Ordinateur local\Mon Ordinateur]
"OracleXaLib"="xa73.dll" "OracleSqlLib"="SQLLib18.dll" "OracleOciLib"="ociw32.dll" |
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC\MTxOCI]
"OracleXaLib"="xa73.dll" "OracleSqlLib"="SQLLib18.dll" "OracleOciLib"="ociw32.dll" |
| 8.0 | [HKEY_LOCAL_MACHINE\SOFTWARE\ Microsoft\Serveur de
transaction\Ordinateur local\Mon ordinateur]
"OracleXaLib"="xa80.dll" "OracleSqlLib"="sqllib80.dll" "OracleOciLib"="oci.dll" |
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC\MTxOCI]
"OracleXaLib"="xa80.dll" "OracleSqlLib"="sqllib80.dll" "OracleOciLib"="oci.dll" |
| 8.1 | [HKEY_LOCAL_MACHINE\SOFTWARE\ Microsoft\Serveur de
transaction\Ordinateur local\Mon ordinateur]
"OracleXaLib"="oraclient8.dll" "OracleSqlLib"="orasql8.dll" "OracleOciLib"="oci.dll" |
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC\MTxOCI]
"OracleXaLib"="oraclient8.dll" "OracleSqlLib"="orasql8.dll" "OracleOciLib"="oci.dll" |
Pour les systèmes Windows 2000
Remarque Si la clé « OracleOciLib » n'a pas été ajoutée automatiquement au cours de l'installation, ajoutez-la au Registre.
Pour le systèmes Windows NT 4.0 ou Windows 95/98
Remarque Vous devez ajouter manuellement cette clé à l'aide de RegEdit. Contactez les support produit pour obtenir des instructions sur l'installation du dernier correctif contenant la valeur de Registre « OracleOciLib ».
Incompatibilité avec COM+
En raison des modifications apportées à l'implémentation de XA_CLOSE dans le logiciel client 8i, le Fournisseur Microsoft OLE DB pour Oracle et le pilote Microsoft ODBC pour Oracle inclus dans MDAC 2.5 ne fonctionnent pas avec COM+. Ce problème a été identifié et sera résolu dans le correctif 8.1.5.02 d'Oracle. En attendant l'édition du correctif d'Oracle, la seule solution consiste à héberger des composants à l'extérieur de COM+.
dwFlags dans IAccessor::CreateAccessor
Ce fournisseur ignore les dwFlags lors de l'appel de IAccessor::CreateAccessor et ne peut ni valider ni honorer les paramètres pour DBBINDFLAGS_HTML ou pour tout autre indicateur figurant dans ce champ. L'utilisateur doit encore attribuer au paramètre dwFlags la valeur zéro.
Erreurs lors de l'utilisation des serveurs Oracle 7.x
L'utilisation du Fournisseur OLE DB pour Oracle avec un serveur Oracle 7.x peut générer une erreur lors de l'exécution d'une jointure externe. Dans une jointure externe, toutes les colonnes sont susceptibles d'accepter les valeurs Null ; toutefois, Oracle 7.x peut indiquer qu'une colonne d'une jointure externe n'accepte pas les valeurs Null et, par conséquent, générer une erreur lorsque la colonne qui en résulte contient une valeur Null. La solution consiste à utiliser des serveurs Oracle 8.x.
Transactions obligatoires pour les instructions Select sur les bases de données Oracle 8.x
Lorsque vous accédez à une base de données Oracle 8.x à l'aide de l'instruction « select...for update », vous devez d'abord démarrer une transaction, sinon le système renverra l'erreur « Récupération hors séquence (ORA-01002) ».
Le serveur Oracle convertit les chaînes vides en valeurs Null
Lors de la mise à jour d'une base de données Oracle à l'aide du pilote ODBC pour Oracle ou du Fournisseur OLE DB pour Oracle, gardez à l'esprit qu'Oracle convertira les chaînes vides en valeurs NULL. Si vous utilisez la méthode Update de ADO, il se peut que vous receviez le message d'erreur « Impossible de localiser la chaîne vide pour une mise à jour ; certaines valeurs ont peut-être été modifiées depuis la dernière lecture ». (80040e38). Ceci est dû au fait que le serveur Oracle convertit la chaîne vide en chaîne NULL, alors que l'objet ADO Recordset stocke la chaîne vide.
Revenir à la table des matières de MDAC
Cette section fournit des informations de dernière minute ou des informations se substituant à la documentation du Fournisseur Microsoft OLE DB pour SQL Server.
Problèmes techniques du Fournisseur OLE DB pour SQL Server
Bogues identifiés et limitations du Fournisseur OLE DB pour SQL Server
Aucun problème technique n'a été identifié à ce jour.
Les options de serveur sont rétablies lorsque les composants de service sont activés
L'implémentation du groupement de ressources des composants du service OLE DB ne rétablit pas les options de serveur lors du renvoi d'une source de données et d'une session au pool. Par exemple, si la commande SET QUOTED_IDENTIFIER OFF est envoyée à SQL Server sur une session, et que cette session est renvoyée au pool, l'option de serveur n'est pas rétablie. Ainsi, l'utilisateur peut sélectionner dans le pool une connexion active dont certaines options de serveur ont été définies différemment. Si ces options de serveur, telles que QUOTED_IDENTIFIER, ont des valeurs différentes des valeurs par défaut, l'état des connexions actives n'est pas rétabli lorsque les objets sont renvoyés au pool. Par conséquent, l'utilisateur doit rétablir ces options selon ses préférences ou désactiver les composants du service OLE DB afin que DBMS puisse contrôler ces options de serveur.
Revenir à la table des matières de MDAC
Cette section fournit des informations de dernière minute ou des informations se substituant à la documentation du Fournisseur OLE DB pour Microsoft Jet.
Problèmes techniques du Fournisseur OLE DB pour Microsoft Jet
Bogues identifiés et limitations du Fournisseur OLE DB pour Microsoft Jet
Le moteur de base de données Microsoft® Jet 4.0 inclut l'activation de toutes les interfaces pour Unicode. Les données sont maintenant fournies au format Unicode (activé au niveau international) plutôt qu'au format ANSI.
L'installation du Fournisseur Jet 4.0 interdit l'utilisation du Fournisseur Jet 3.51
L'installation du Fournisseur OLE DB pour Microsoft Jet 4.0 remplace plusieurs fichiers, empêchant l'utilisation du Fournisseur OLE DB pour Microsoft Jet 3.51. L'accès aux anciens fichiers .mdb peut provoquer des problèmes de performances, sauf si vous utilisez Access 2000 pour les convertir au nouveau format Microsoft Jet 4.0.
Revenir à la table des matières de MDAC
Cette section fournit des informations de dernière minute ou des informations se substituant à la documentation de Microsoft Data Shaping Service pour OLE DB.
Problèmes techniques de Data Shaping Service pour OLE DB
Bogues identifiés et limitations de Data Shaping Service pour OLE DB
Aucun problème technique n'a été identifié à ce jour.
Absent de la documentation : types de données pris en charge par Data Shaping Service
Voici une liste des types de données OLE DB pouvant être utilisés par Data Shaping Service pour OLE DB dans la clause New. Pour les équivalents ADO, consultez la documentation ADO DataTypeEnum.
| DBTYPE_BOOL | DBTYPE_I2 |
| DBTYPE_BSTR | DBTYPE_I4 |
| DBTYPE_BYTES | DBTYPE_I8 |
| DBTYPE_CY | DBTYPE_NUMERIC |
| DBTYPE_DATE | DBTYPE_R4 |
| DBTYPE_DBDATE | DBTYPE_R8 |
| DBTYPE_DBTIME | DBTYPE_STR |
| DBTYPE_DBTIMESTAMP | DBTYPE_UI1 |
| DBTYPE_DECIMAL | DBTYPE_UI2 |
| DBTYPE_ERROR | DBTYPE_UI4 |
| DBTYPE_FILETIME | DBTYPE_UI8 |
| DBTYPE_GUID | DBTYPE_VARNUMERIC |
| DBTYPE_I1 | DBTYPE_WSTR |
Revenir à la table des matières de MDAC
Cette section fournit des informations de dernière minute ou des informations se substituant à la documentation de Microsoft ODBC.
ODBC Bogues identifiés et limitations
Les clients et pilotes ODBC 32 bits sont recommandés
Sauf si le pilote affichent CONFIGDSN, l'équivalent ANSI de CONFIGDSNW, les clients ODBC 16 bits ne peuvent pas ajouter, configurer ou supprimer les pilotes ODBC UNICODE. La solution consiste à utiliser des API 32 bits qui prennent en charge UNICODE. Microsoft, MERANT, Simba Technologies et autres constructeurs fabriquent des pilotes 32 bits disponibles pour les principales bases de données.
Transactions de Microsoft Transaction Server
Pour obtenir des informations sur la participation ou l'inscription dans une transaction Microsoft Transaction Server, consultez la documentation de Microsoft Transaction Server. Vous trouverez des informations détaillées pour les développeurs de pilotes et d'applications.
L'inscription automatique des transactions requiert l'activation du groupement de connexions
L'inscription automatique des transactions dans ODBC est impossible, sauf si vous activez le groupement de connexions.
Les systèmes verrouillés empêchent la création de DSN ODBC
Dans un système verrouillé, tel que Zero Administration Windows, Windows 2000 ou Windows Terminal Server, l'utilisateur ne possède pas de privilèges pour écrire dans l'arborescence du registre HKLM. Pour cette raison, les applications qui créent des DSN ODBC, y compris les connexions sans nom de source de données (DSN) utilisant le pilote ODBC pour Microsoft Jet, échoueront. La solution consiste à créer les DSN en utilisant le compte Administrateur Windows.
Entrées Dupliquées des pilotes
Des versions précédentes de MDAC contenaient à la fois des entrées Anglaises et Non-Anglaises pour des fournisseurs ODBC. Les utilisateurs ayant créé une application qui utilise les fournisseurs ODBC Non-Anglais ne pourront peut-être pas migrer avec succès leur application vers une version de MDAC 2.5 d’une autre langue – par exemple, une application écrite pour utiliser un fournisseur Non-Anglais ne fonctionnera peut-être pas sur un système d’une autre langue puisque les entrées ODBC Non-Anglaises peuvent ne pas être présentes. Par conséquent, quand ils écrivent des applications utilisant la technologie ODBC, les utilisateurs sont priés d’appeler les fournisseurs ODBC Anglais pour assurer une compatibilité entre les langues.Revenir à la table des matières de MDAC
Cette section fournit des informations de dernière minute ou des informations se substituant à la documentation du pilote Microsoft ODBC pour Oracle.
Problèmes techniques du pilote ODBC pour Oracle
Bogues identifiés et limitations du pilote ODBC pour Oracle
Pour que le pilote ODBC pour Oracle puisse fonctionner avec le logiciel client Oracle, vous devez modifier le Registre du client conformément au tableau suivant.
| Client Oracle | Windows NT ou Windows 95/98 | Windows 2000 |
| 7.x | [HKEY_LOCAL_MACHINE\SOFTWARE\ Microsoft\Serveur de
transaction\Ordinateur local\Mon ordinateur]
"OracleXaLib"="xa73.dll" "OracleSqlLib"="SQLLib18.dll" "OracleOciLib"="ociw32.dll" |
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC\MTxOCI]
"OracleXaLib"="xa73.dll" "OracleSqlLib"="SQLLib18.dll" "OracleOciLib"="ociw32.dll" |
| 8.0 | [HKEY_LOCAL_MACHINE\SOFTWARE\ Microsoft\Serveur de
transaction\Ordinateur local\Mon ordinateur]
"OracleXaLib"="xa80.dll" "OracleSqlLib"="sqllib80.dll" "OracleOciLib"="oci.dll" |
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC\MTxOCI]
"OracleXaLib"="xa80.dll" "OracleSqlLib"="sqllib80.dll" "OracleOciLib"="oci.dll" |
| 8.1 | [HKEY_LOCAL_MACHINE\SOFTWARE\ Microsoft\Serveur de
transaction\Ordinateur local\Mon ordinateur]
"OracleXaLib"="oraclient8.dll" "OracleSqlLib"="orasql8.dll" "OracleOciLib"="oci.dll" |
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC\MTxOCI]
"OracleXaLib"="oraclient8.dll" "OracleSqlLib"="orasql8.dll" "OracleOciLib"="oci.dll" |
Pour les systèmes Windows 2000
Remarque Cette clé est ajoutée automatiquement par le programme d'installation.
Pour les systèmes NT 4 ou Windows 95/98
Remarque Vous devez ajouter manuellement cette clé à l'aide de RegEdit. Contactez le support produit pour obtenir des instructions sur l'installation du dernier correctif contenant la valeur de Registre « OracleOciLib ».
Incompatibilité avec COM+
En raison des modifications apportées à l'implémentation de XA_CLOSE dans le logiciel client 8i, le Fournisseur Microsoft OLE DB pour Oracle et le pilote Microsoft ODBC pour Oracle inclus dans MDAC 2.5 ne fonctionnent pas avec COM+. Ce problème a été identifié et sera résolu dans le correctif 8.1.5.02 d'Oracle. En attendant l'édition du correctif d'Oracle, la seule solution consiste à héberger des composants à l'extérieur de COM+.
Le pilote renvoie des messages d'erreur ou des messages de troncation des données
Il se peut que le pilote renvoie des messages d'erreur ou des messages de troncation des données lorsque l'Assistant Installation n'est pas forcé à deviner la définition de la colonne. La valeur par défaut pour le pilote de la version 2.5 est « 0 ».
Violation d'accès lors de la mise à jour d'une table statique
Il se peut que le pilote ODBC pour Oracle rencontre une violation d'accès lors de la suppression d'une ligne dans une clause resultset. Ceci est dû à un bogue qui autorise les mises à jour d'une table statique.
ODBC 3.0 et les types de données ultérieurs ne sont pas pris en charge
Le pilote ODBC pour Oracle renvoie le message « [Microsoft][pilote ODBC pour Oracle]type de données SQL hors plage » lorsque des types de données ODBC 3.0 et ultérieurs sont demandés via SQLGetTypeInfo. Le pilote ODBC pour Oracle ne prend en charge que les types ODBC 2.5.
Client Cursor Engine ne peut pas mettre à jour des bases de données via le Fournisseur OLE DB pour ODBC avec le pilote ODBC pour Oracle
Lorsque vous utilisez le Fournisseur OLE DB pour ODBC (MSDASQL) avec le pilote ODBC pour Oracle, Client Cursor Engine ne peut pas exécuter des mises à jour (méthode UpdateBatch dans ADO) parce que les informations fournies dans l'ensemble de lignes Columns MetaData et renvoyées par l'interface IColumnsRowset sont insuffisantes. La solution consiste à utiliser le Fournisseur OLE DB pour Oracle (MSDAORA).
Revenir à la table des matières de MDAC
Cette section fournit des informations de dernière minute ou des informations se substituant à la documentation de l'Administrateur de sources de données ODBC Microsoft.
Problèmes techniques de l'Administrateur de sources de données ODBC
Bogues identifiés et limitations de l'Administrateur de sources de données ODBC
Aucun problème technique n'a été identifié à ce jour.
Bouton Démarrer Visual Studio Analyzer
Lorsque vous cliquez sur le bouton Démarrer Visual Studio Analyzer sous l'onglet Traçage de l'Administrateur de sources de données ODBC et que Visual Studio Analyzer n'est pas installé, le message d'erreur suivant est généré : « Échec d'inscription d'ODBC comme source d'événement Visual Studio ».
Aide en ligne
Lorsque vous cliquez avec le bouton droit sur les libellés statiques des boîtes de dialogue à partir de l'Administrateur de sources de données ODBC, l'aide contextuelle ne s'affiche pas. Pour obtenir l'aide relative à ces contrôles, vous devez cliquer sur le point d'interrogation situé à l'angle supérieur droit de la boîte de dialogue, puis cliquer sur le contrôle. L'aide contextuelle est activée pour tous les boutons, boutons d'option et cases à cocher.
Revenir à la table des matières de MDAC
Cette section fournit des informations de dernière minute ou des informations se substituant à la documentation des pilotes de la base de données du bureau Microsoft ODBC.
Problèmes techniques des pilotes de la base de données du bureau ODBC
Bogues identifiés et limitations des pilotes de la base de données du bureau ODBC
CREATE_DB crée des bases de données Jet 4.0
Le pilote ODBC pour Jet interprète maintenant CREATE_DB comme une instruction destinée à créer des bases de données Jet 4.0 plutôt que des bases de données Jet 3.x. Les applications qui créaient auparavant des bases de données Jet 3.x, y compris Microsoft Project 98, créent maintenant des bases de données Jet 4.0 avec cette clé. Vous pouvez lire les bases de données Jet 4.0 avec MDAC version 2.1 ou ultérieure et Microsoft Access version 2000 ou ultérieure. Le mot clé CREATE_DBV4 a été ajouté pour que les applications puissent spécifier la création de bases de données Jet 4.0.
Paramètres
En raison d'une modification introduite dans le moteur Jet 4.0, les paramètres contenus dans des sous-requêtes sont insérés avant les paramètres, au premier niveau de l'instruction. La spécification ODBC stipule que les paramètres doivent être imbriqués suivant l'ordre dans lequel ils apparaissent dans l'instruction SQL où ils doivent être insérés. Lorsque l'instruction est exécutée, les paramètres sont insérés dans cet ordre. Ce principe s'appliquait dans Jet 3.51, mais il a été modifié dans Jet 4.0.
Aucun bogue et aucune limitation n'ont été identifiés à ce jour.
Revenir à la table des matières de MDAC
Problèmes communs : installation de Instcat.sql sur le serveur
Fournisseur OLE DB pour SQL Server
MDAC inclut les composants de connectivité du client Microsoft SQL Server qui permettent aux clients ADO, OLE DB et ODBC d'accéder aux données SQL Server.
Voici les composants SQL Server inclus dans MDAC :
Les sections suivantes de ce fichier Lisez-moi décrivent l'utilisation de composants SQL Server spécifiques de cette version de MDAC avec différentes versions de SQL Server.
Cette section décrit les problèmes communs liés au Fournisseur OLE DB pour SQL Server et au pilote ODBC SQL Server.
Le Fournisseur OLE DB pour SQL Server et le pilote ODBC SQL Server utilisent un ensemble de procédures stockées dans le système, appelées procédures stockées du catalogue, pour obtenir des informations du catalogue système SQL Server. Chaque version du Fournisseur OLE DB pour SQL Server et du pilote ODBC est développé pour fonctionner avec une version spécifique des procédures stockées du catalogue.
Le fichier Instcat.sql inclus dans le Fournisseur OLE DB pour SQL Server version 07.01.0690 et le pilote ODBC SQL Server 3.70.0690 inclut des mises à jour mineures des procédures stockées du catalogue, qui mettent à niveau les procédures vers les versions utilisées par le Fournisseur OLE DB pour SQL Server version 07.01.0690 et le pilote ODBC SQL Server version 3.70.0690. Le fichier Instcat.sql livré avec le Fournisseur OLE DB pour SQL Server version 07.01.0690 et pour le pilote ODBC SQL Server version 3.70.0690 est identique au fichier Instcat.sql livré avec SQL Server 7.0. Les sites SQL Server 7.0 doivent exécuter le fichier Instcat.sql.
L'administrateur système SQL Server doit utiliser le script Instcat.sql pour mettre à niveau les procédures stockées du catalogue afin de garantir le fonctionnement adéquat du pilote. La mise à niveau des procédures stockées du catalogue n'affecte pas le fonctionnement des anciens clients SQL Server. Ceci doit être effectué pour toutes les versions de SQL Server, de la version 4.21a à la version 6.5. Cette mise à niveau n'est pas nécessaire si vous possédez SQL Server 7.0.
Pour mettre à niveau les procédures stockées du catalogue sur SQL Server 4.21a, 6.0 ou 6.5, l'administrateur système doit exécuter le script Instcat.sql à 'aide de l'utilitaire isql (reportez-vous aux instructions suivantes).
Avant de modifier la base de données master, l'administrateur système doit en créer une copie de sauvegarde. Pour exécuter isql, vous devez installer votre ordinateur en tant que station de travail cliente pour SQL Server.
À l'invite, utilisez l'utilitaire isql pour exécuter Instcat.sqlscript. Par exemple :
C:>ISQL /Usa /Psa_motdepasse /Snom_serveur
/iemplacement\Instcat.Sql
où
sa_motdepasse
Est le mot de passe de l'administrateur système.
nom_serveur
Est le nom du serveur sur lequel réside SQL Server.
emplacement
Est le chemin complet de Instcat.Sql.
Le script Instcat.sql génère de nombreux messages. La plupart de messages indiquent le nombre de lignes affectées par les instructions Transact-SQL émises par le script. Vous pouvez ignorer la majorité des messages, mais vous devez numériser ceux qui indiquent une erreur d'exécution. Lorsque vous exécutez Instcat.sql sur SQL Server version 6.0, vous pouvez ignorer le message « l'objet sp_MS_upd_sysobj_category n'existe pas ». Le dernier message doit indiquer que Instcat.sql a été exécuté avec succès. Le script Instcat.sql échoue lorsque l'espace disque disponible dans la base de données masterscript est insuffisant pour héberger les procédures stockées du catalogue ou pour enregistrer les modifications apportées aux procédures existantes.
Revenir à Composants Data Access du client SQL Server
Vous pouvez utiliser le Fournisseur OLE DB pour SQL Server version 07.01.0690 pour accéder aux versions 7.0 et 6.5 de SQL Server.
Étant donné que le Fournisseur OLE DB pour SQL Server version 07.01.0690 est livré avec SQL Server 7.0, les utilisateurs de SQL Server 7.0 doivent consulter la documentation de SQL Server 7.0 pour ce pilote plutôt que la documentation de ce fichier Lisez-moi. La documentation en ligne de SQL Server pour SQL Server 7.0 est disponible sur MSDN et aussi sur le CD-ROM de Technet.
Les utilisateurs de SQL Server version 6.5 peuvent consulter la documentation du Kit de développement de MDAC pour le Fournisseur OLE DB pour SQL Server 7.0.
Revenir à Composants Data Access du client SQL Server
Cette rubrique décrit l'utilisation du pilote ODBC SQL Server version 3.70.0690 avec SQL Server version 6.5 ou antérieure.
Étant donné que le pilote ODBC SQL Server version 3.70.0690 est livré avec SQL Server 7.0, les utilisateurs de SQL Server 7.0 doivent consulter la documentation de SQL Server 7.0 pour ce pilote plutôt que la documentation de ce fichier Lisez-moi. La documentation en ligne de SQL Server pour SQL Server 7.0 est disponible sur MSDN et aussi sur le CD-ROM de Technet.
Le pilote ODBC SQL Server version 3.70.0690 est un pilote Win32 ODBC version 3.51. Vous pouvez l'utiliser avec des applications écrites pour les API ODBC 2.X ou ODBC 3.X. Le pilote fonctionne avec SQL Server version 4.21a ou ultérieure. Il s'exécute sur Windows 95, Windows 98, Windows NT version 4.0.
Un utilitaire réseau client Win32 SQL Server 7.0 (cliconfg.exe) est également installé avec le pilote ODBC SQL Server version 3.70.0690. Cet utilitaire réseau client SQL Server peut être utilisé avec SQL Server version 4.21a ou ultérieure.
Le pilote ODBC SQL Server version 3.70.0690 est le pilote livré avec SQL Server 7.0. Les utilisateurs de SQL Server 7.0 peuvent consulter la documentation de SQL Server 7.0 pour le pilote ODBC SQL Server version 3.70.0690. La documentation en ligne de SQL Server pour SQL Server 7.0 est disponible sur MSDN et aussi sur le CD-ROM de Technet.
Lorsque vous utilisez le pilote ODBC SQL Server version 3.70.0690 avec SQL Server (version 4.21a, 6.0 ou 6.5), le pilote fonctionne de la même façon que les pilotes des versions précédentes. Vous pouvez consulter les informations spécifiques au pilote fournies avec cette version de SQL Server. Ces informations incluent :
Le fichier Sqlsodbc.hlp livré avec le pilote ODBC SQL Server version 3.70.0690 contient uniquement l'aide contextuelle pour l'Assistant Configuration de source de données de SQL Server. Le fichier Drvssrvr.hlp livré avec les versions antérieures du pilote ODBC SQL Server contenait des informations spécifiques au pilote pour les versions antérieures. Les informations contenues dans les versions antérieures du fichier Drvssrvr.hlp sont dupliquées dans le manuel de SQL Server 6.5 « Programming ODBC for Microsoft SQL Server ».
Le pilote ODBC SQL Server utilise des paramètres spécifiques au pilote pour plusieurs appels de fonction ODBC. Vous trouverez #defines pour les paramètres spécifiques au pilote et les structures de programmation C et C++ spécifiques au pilote dans le fichier d'inclusion Odbcss.h.
Le pilote ODBC SQL Server version 3.70.0690 fonctionne avec le fichier Odbcss.h fourni avec les sources suivantes :
Le Kit de développement de MDAC fait partie de Microsoft Developer Network édition Professional. Vous pouvez également le télécharger à partir du site Web de Microsoft à l'adresse http://www.microsoft.com/data (site en anglais). Il est aussi disponible auprès de Microsoft Press dans le manuel « Microsoft ODBC 3.0 Software Development Kit and Programmer's Reference ».
Étant donné que le pilote ODBC version 3.70.0690 est livré avec SQL Server 7.0, les utilisateurs de SQL Server 7.0 doivent consulter la documentation de ODBC dans SQL Server 7.0. Les problèmes de compatibilité mentionnés dans cette section ne s'appliquent que lorsque vous exécutez ce pilote avec des versions antérieures de SQL Server (4.21a, 6.0 et 6.5).
Le pilote ODBC SQL Server version 3.70.0690 affiche un nouvel Assistant lorsque vous ajoutez ou configurez des sources de données dans l'utilitaire Administrateur ODBC ou lorsqu'une application appelle SQLConfigDataSource et demande au pilote d'inviter l'utilisateur à entrer des informations. Cliquez sur le bouton Aide dans l'Assistant pour accéder à la documentation.
Dans le pilote ODBC SQL Server version 2.65 livré avec SQL Server 6.5, SQL_COPT_SS_PERF_QUERY_INTERVAL travaillait en secondes plutôt qu'en millisecondes, comme indiqué dans la documentation (consultez l'article Q157753 de la Base d'informations techniques française). Dans le pilote SQL Server version 3.70.0690, SQL_COPT_SS_PERF_QUERY_INTERVAL a été modifié pour fonctionner en millisecondes, comme indiqué dans la documentation.
Les modifications suivantes affectent uniquement les applications écrites à l'aide de l'API ODBC 3.X. Elles n'ont aucune incidence sur les applications écrites à l'aide de l'API ODBC 2.X. Ces modifications n'affectent pas le traitement de l'ensemble de résultats de la plupart des applications ODBC.
Dans les versions antérieures du pilote ODBC SQL Server, des instructions PRINT ou RAISERROR contiguës dans une procédure par lots ou une procédure stockée renvoyaient leurs messages conjointement ou dans un ensemble de résultats. Dans le pilote ODBC SQL Server version 3.70.0690, les messages pour chaque instruction SQL sont renvoyés dans des ensembles de résultats séparés. Vous devez appeler SQLMoreResults entre chaque message de manière à l'insérer dans le message pour l'instruction SQL suivante. Les messages résultant d'une seule instruction SQL, telle qu'une instruction DBCC, sont tous renvoyés dans un ensemble de résultats unique et il n'est pas nécessaire d'appeler SQLMoreResults après chaque message.
Dans les versions antérieures du pilote ODBC SQL Server, si une erreur d'exécution ou un RAISERROR avec une gravité égale ou supérieure à 11 était générée sur la première instruction d'une procédure par lots ou une procédure stockée, SQLExecute, SQLExecDirect ou SQLParamData renvoyait SQL_ERROR. Dans le pilote ODBC SQL Server version 3.70.0690, SQLExecute, SQLExecDirect ou SQLParamData renvoie SQL_ERROR uniquement si aucune autre instruction n'est exécutée après la première. En revanche, si d'autres instructions sont exécutées après la première (même s'il s'agit d'une simple instruction RETURN sans aucune valeur renvoyée), SQLExecute ou SQLExecDirect renvoie SQL_SUCCESS_WITH_INFO. Après avoir traité les messages SQL_SUCCESS_WITH_INFO à l'aide de SQLGetDiagRec, appelez SQLMoreResults pour vous positionner dans l'ensemble de résultats suivant.
Lorsque les versions antérieures du pilote rencontraient une erreur sur la première instruction d'une procédure par lots ou une procédure stockée, le descripteur d'instruction était disponible pour être utilisé avec une autre instruction SQL une fois que SQLExecute ou SQLExecDirect avaient renvoyé SQL_ERROR. Lorsque le pilote version 3.7 renvoie SQL_SUCCESS_WITH_INFO, l'instruction n'est pas libre pour traiter une autre instruction SQL tant que SQLMoreResults n'a pas renvoyé SQL_NO_DATA ou que tous les ensembles de résultats suivant le RAISERROR n'ont pas été fermés. Si aucun ensemble de résultats ne suit le message d'erreur, SQLCloseCursor ne peut pas être appelé. SQLFreeStmt(SQL_CLOSE) ou SQLMoreResults doit être appelé pour libérer le descripteur d'instruction afin de traiter une instruction SQL :
CREATE PROCEDURE TestPrc @Parm1 as
IF (@Parm1 IS NULL)
BEGIN
RAISERROR ('Parm1 ne peut pas être NULL', 11, 1)
RETURN
END
SELECT * FROM sysusers WHERE suid = @Parm1
GO
Exécutez ceci :
SQLExecDirect(hstmt, "{ call TestPrc (NULL) }", SQL_NTS);
Lorsque vous utilisez une version antérieure du pilote ODBC SQL Server ODBC ou si l'application utilise l'API ODBC 2.X, SQLExecDirect renvoie SQL_ERROR. Une fois que SQLGetDiagRec a renvoyé SQL_NO_DATA ou que SQLError a renvoyé SQL_NO_DATA_FOUND, le descripteur d'instruction est libre pour exécuter une instruction SQL.
Lorsque vous utilisez le pilote ODBC SQL Server version 3.70.0690 à partir d'une application écrite sur l'API ODBC 3.X, SQLExecDirect renvoie SQL_SUCCESS_WITH_INFO. Une fois que SQLGetDiagRec a renvoyé SQL_NO_DATA, le descripteur d'instruction ne peut plus être utilisé pour traiter une autre instruction SQL tant que SQLMoreResults n'a pas renvoyé SQL_NO_DATA ou que SQLFreeStmt(SQL_CLOSE) n'a pas été appelé.
Dans les versions antérieures du pilote ODBC SQL Server, SQLExecute, SQLExecDirect ou SQLParamData renvoyait SQL_SUCCESS lorsqu'une application exécutait une instruction UPDATE ou DELETE qui n'affectait aucune ligne. Dans ce cas de figure, la version 3.7 du pilote renvoie toujours SQL_SUCCESS aux applications écrites avec l'API ODBC 2.X, mais renvoie SQL_NO_DATA aux applications écrites avec l'API ODBC 3.X. Si l'application ODBC 2.X qui reçoit SQL_SUCCESS ou l'application ODBC 3.X qui reçoit SQL_NO_DATA appelle SQLRowCount, SQLRowCount renvoie un décompte égal à zéro.
ODBC 3.X définit avec plus de précision la façon dont les résultats sont renvoyés par rapport à la version ODBC 2.X. Les versions antérieures du pilote ODBC SQL Server renvoyaient les valeurs des paramètres de sortie et des codes renvoyés lorsque les fonctions ODBC 2.X SQLFetch ou SQLExtendedFetch renvoyaient SQL_NO_DATA dans le dernier ensemble de résultats renvoyé par une procédure stockée. Le pilote ODBC SQL Server version 3.70.0690 se comporte de la même façon lorsqu'il est appelé par les applications ODBC 2.X. Toutefois, lorsque le pilote ODBC SQL Server version 3.70.0690 est appelé par les applications ODBC 3.X, il ne renvoie pas les paramètres de sortie ou les codes renvoyés tant que SQLMoreResults n'a pas renvoyé SQL_NO_DATA.
Revenir à Composants Data Access du client SQL Server
Le Fournisseur OLE DB pour SQL Server et le pilote ODBC SQL Server utilisent les bibliothèques réseau du client SQL Server pour communiquer avec le serveur.
Au cours du processus d'installation, MDAC installe toutes les bibliothèques réseau les plus récentes afin que le Fournisseur OLE DB pour SQL Server et le pilote ODBC SQL Server soient synchronisées avec les bibliothèques réseau.
La version de l'Utilitaire réseau du client SQL Server installée par MDAC est utilisée par le pilote ODBC SQL Server version 3.70.0690 lors de la création de sources de données.
Revenir à Composants Data Access du client SQL Server
Revenir à la table des matières de MDAC
Cette section décrit l'utilisation du pilote ODBC Microsoft Visual FoxPro version 6.0a.
Pour installer le pilote ODBC Visual FoxPro, vous avez besoin des éléments suivants :
Important Le pilote ODBC Visual FoxPro est un pilote 32 bits uniquement. Les plates-formes Windows 3.1 et Windows pour Workgroups ne sont pas prises en charge.
Le système d'exploitation Windows 2000 n'installe que la version anglaise du pilote ODBC VFP. Les versions antérieures du pilote localisées en allemand, français et espagnol seront remplacées par la version anglaise.
Le paramètre initial pour SET REPROCESS est remplacé par 5 afin que Visual FoxPro tente de verrouiller un enregistrement un nombre de fois limité. Si la tentative de verrouillage échoue, Visual FoxPro génère une erreur.
Vous pouvez maintenant définir les paramètres DELETED et NULL de Visual FoxPro dans la boîte de dialogue Configuration du pilote ou via la chaîne de connexion. La syntaxe est la suivante :
Pour installer le pilote ODBC Visual FoxPro, exécutez SETUP.EXE.
Remarque Le processus d'installation du pilote ODBC Visual FoxPro met à jour les composants ODBC afin de garantir la compatibilité avec ODBC 3.51, si nécessaire. Consultez le fichier ODREADME.TXT dans le répertoire MSDASDK pour obtenir plus d'informations sur les améliorations ou les fonctionnalités de ODBC 3.51.
Une fois l'installation terminée, définissez une source de données :
Le pilote ODBC Visual FoxPro comporte deux fichiers d'aide situés dans le répertoire SYSTEM dans Windows 95/Windows 98 ou le répertoire SYSTEM32 dans Windows NT/Windows 2000:
Vous trouverez des informations complémentaires sur le pilote ODBC Visual FoxPro dans le Kit de développement de Microsoft Data Access Components (MDAC), disponible sur le site msdn.microsoft.com. (Ouvrez la bibliothèque MSDN en ligne, puis le Kit de développement de plate-forme (Platform SDK) pour rechercher le Kit de développement de MDAC. Ce kit contient une section intitulée Pilotes ODBC). La section Pilote ODBC Visual FoxPro du Kit de développement de MDAC contient des informations sur :
Conventions d'affectation de noms
Le pilote ODBC Visual FoxPro nomme les colonnes en se basant sur des expressions. Par exemple, si vous exécutez l'instruction suivante :
SELECT MIN (customer_id) FROM customers
le pilote ODBC Visual FoxPro renvoie min_customerid comme nom de colonne dans l'ensemble de résultats. Si vous voulez contrôler le nom du champ qui affiche les résultats, utilisez la clause AS, comme dans l'exemple suivant :
SELECT MIN(customer_id) AS minimum_custid FROM customers
Revenir au pilote ODBC Visual FoxPro
Cette section décrit les domaines qui font l'objet d'une prise en charge spécifique par le pilote ODBC Visual FoxPro.
Versions des tables FoxBase+® et FoxPro prises en charge : le pilote ODBC Visual FoxPro vous permet d'accéder aux tables Microsoft® FoxBase+®, FoxPro 1.x, FoxPro 2.x et Visual FoxPro. Aussi, il vous permet d'accéder aux tables situées dans un conteneur de base de données Visual FoxPro (fichier .DBC).
Remarque Le pilote ODBC Visual FoxPro n'autorise que les transactions effectuées sur des tables contenues dans une base de données Visual FoxPro (fichier .DBC file), pas sur des tables indépendantes.
Le pilote ODBC Visual FoxPro est compatible avec l'API Niveau 1 ODBC et implémente également plusieurs API de niveau 2. Toutes les API prises en charge ont été implémentées à ce jour. Veuillez nous faire part de tout problème que vous pourriez rencontrer concernant les API. Le fichier d'aide du Kit de développement de MDAC décrit les fonctions prises en charge et les paramètres d'entrée autorisés. En outre, Visual FoxPro SQL développe la fonctionnalité SQL disponible via le pilote. Consultez le Manuel de référence du langage Visual FoxPro pour obtenir des informations sur la grammaire étendue.
Prise en charge de l'intégrité référentielle
Le pilote ODBC Visual FoxPro prend en charge les règles, les déclencheurs et les valeurs par défaut Visual FoxPro à condition qu'ils contiennent des fonctions prises en charge par le pilote. Consultez le fichier d'aide du Kit de développement de MDAC pour obtenir plus de détails sur les aspects du langage Visual FoxPro pris en charge.
Le pilote ODBC Visual FoxPro peut traiter des requêtes en arrière-plan. Toutefois, vous devez éviter l'utilisation du groupement de connexions avec le pilote ODBC VFP. Désactivez cette fonctionnalité si le pilote est appelé par une applications multi-thread. Pour ce faire, définissez le paramètre BackGroundFetch=No dans la chaîne de connexion ou désactivez la case à cocher « Extraction de données en arrière-plan » dans la boîte de dialogue Installation. Pour plus d'informations, consultez la rubrique d'aide « Boîte de dialogue Installation ODBC pour Visual FoxPro » dans DRVVFP.CHM ou dans le fichier d'aide du Kit de développement de MDAC.
Vues à distance ou vues paramétrées
Chaque fois que SQLTables( ) est appelé, les vues à distance et les vues paramétrées sont exclues de la liste. Les vues locales basées sur des vues paramétrées ne sont pas exclues, mais génèrent des erreurs si vous les utilisez. Toutefois, si vous appelez SQLTables( ) avec un nom de table unique, les vues s'affichent (si elles existent) et vous permettent de vérifier les conflits de noms.
Versions des tables dBASE® IV prises en charge
Le pilote ODBC Visual FoxPro vous permet d'accéder aux tables créées avec la version 4 et toutes les version antérieures de dBASE. Les fichiers dBASE sont pris en charge comme suit :
Attention Si un fichier dBASE ® v4.x ou 5.x contient des fichiers d'index associés (.MDX, .NDX), le pilote ODBC Visual FoxPro ne mettra pas le fichier à jour correctement et les index seront endommagées. Accédez à ces fichiers en lecture seule.
Prise en charge internationale
DBCS est activé sur le pilote.
Vous pouvez maintenant définir l'ordre de tri pour l'index. Vous trouverez la liste des ordres de tri pris en charge dans la description de SET COLLATE, dans la section Visual FoxPro Language Reference du Kit de développement de MDAC.
L'ordre de tri par défaut est « MACHINE ». Vous pouvez le modifier en exécutant un langage SET COLLATE TO avec l'API ODBC C SQLExecDirect( ), en appelant SQLPrepare( ) et SQLExec( ) (consultez le manuel de référence du Kit de développement de ODBC, p. 42-44), ou en sélectionnant un ordre de tri différent dans les options du pilote, dans la boîte de dialogue Installation de la source de données.
Remarque Le fichier FOXPRO.INT est installé dans le répertoire système. S'il est supprimé, les ordres de tri sur les ordinateurs ayant des pages de code pour l'Europe de l'est ne fonctionneront pas.
Revenir au pilote ODBC Visual FoxPro
La fonction Actualiser n'est pas prise en charge dans les règles et les déclencheurs.
La section Pilote ODBC Visual FoxPro du fichier d'aide du Kit de développement de MDAC décrit les commandes et les fonctions prises en charge et inclut une liste mise à jour des commandes et fonctions non prises en charge. Les commandes ou fonctions non listées dans le fichier d'aide ne sont pas prises en charge.
Les vues paramétrées ne fonctionnent dans un déclencheur que si vous avez attribué une valeur au paramètre avant d'ouvrir une vue. La saisie interactive d'une valeur de paramètre n'est pas autorisée dans ODBC.
Le pilote ODBC Visual FoxPro ne prend pas en charge les vues à distance pour d'autres sources de données ODBC ; cependant, les vues locales (non paramétrées) sont entièrement prises en charge.
Si vous insérez, supprimez ou mettez à jour une table Visual FoxPro via le pilote ODBC Visual FoxPro, il se peut que le message « Échec du déclencheur » s'affiche. Vérifiez les commandes non prises en charge dans le déclencheur.
INDEX ON n'est pas pris en charge dans cette version.
Si vous ouvrez une table en mode exclusif et qu'un autre utilisateur accède à la même table avec SET EXCLUSIVE OFF, le pilote ODBC Visual FoxPro renvoie le message d'erreur « Valeur d'option modifiée » plutôt que le message d'erreur « Fichier utilisé par un autre utilisateur ».
MSQuery renvoie le message d'erreur « Impossible d'ouvrir le fichier » lorsque vous créez une table avec un nom de champ qui commence par un nombre. Par exemple, le nom de champ « 1995 Ventes » n'est pas autorisé. Contrairement à MSQuery, Visual FoxPro n'autorise pas la création de noms de champ commençant par un nombre.
Problèmes relatifs à la valeur de date vide
Dans le pilote ODBC VFP, la seule valeur par défaut autorisée comme valeur de date vide est 0 (off). Chaque fois que le pilote rencontre une date non valide, il convertit cette valeur en valeur de date vide « / / ». Il se peut que les clients ODBC interprètent différemment la valeur de date vide du pilote ODBC VFP. Vous devez vérifier la façon dont votre application gère cette valeur afin d'interpréter et d'utiliser les données de manière efficace.
Différences entre l'ancien pilote ISAM FoxPro et le pilote ODBC Visual FoxPro
Le pilote ODBC VFP ne prend pas en charge les noms de colonnes qui dépassent les 10 caractères ou qui comportent des espaces, sauf si la table est située dans un conteneur de base de données (.dbc).
Vous ne pouvez pas sélectionner individuellement les index qui seront utilisés avec une table spécifique.
Le pilote ODBC VFP place les nouvelles tables dans le répertoire par défaut de l'application à l'aide du pilote, et non dans l'emplacement indiqué par la source de données. Pour vous assurer que les tables seront placées dans un répertoire spécifique, indiquez-le dans le code SQL. Par exemple : "CREATE TABLE C:\MonDossier\maTable (col1 i, col2 c(10))".
Revenir au pilote ODBC Visual FoxPro
Si vous avez des problèmes lors de l'installation du pilote, essayez les solutions suivantes, puis réessayez l'installation :
Si vous ne parvenez toujours pas à réinstaller le pilote :
Utilisez l'onglet Tracing de l'Administrateur de sources de données ODBC Microsoft pour déterminer la cause du problème. Pour ouvrir l'Administrateur de sources de données ODBC dans Windows 2000, ouvrez le Panneau de configuration Windows, double-cliquez sur l'icône Outils d'administration, puis sur l'icône Sources de données (ODBC). (Pour les versions antérieures de Windows, ouvrez le Panneau de configuration et double-cliquez sur ODBC 32 bits ou ODBC pour ouvrir la boîte de dialogue Administrateur de sources de données ODBC).
Maintenant, chaque fois que vous exécuterez votre code, tous les appels API C ODBC, leurs paramètres d'entrée et leur sortie seront écrits sur le fichier journal. Le fichier journal ODBC est écrit en texte ASCII et vous pouvez le visualiser dans n'importe quel éditeur de texte ASCII standard tel que Word, le Bloc-Notes ou WordPad. Il est parfois nécessaire d'inclure le journal de trace dans un rapport de bogues. Étant donné que le journal de trace ODBC peut être long, copiez uniquement les quatre ou cinq derniers appels de fonction et collez-les dans un autre document avant d'envoyer le rapport de bogues.
Revenir au pilote ODBC Visual FoxPro
Revenir à la table des matières de MDAC
Les informations contenues dans ce document, y compris les URL et autres références à des sites Web Internet, pourront faire l'objet de modifications sans préavis et sont fournies à titre d'information uniquement. L'utilisateur reconnaît assumer tous les risques liés à l'utilisation de ce document, et Microsoft Corporation exclut toute garantie, expresse ou implicite. Sauf mention contraire, les noms de sociétés, d'organisations, de produits, de personnes ou les événements mentionnés dans les exemples sont fictifs. Toute ressemblance avec des noms ou des événements réels est purement fortuite et involontaire. L'utilisateur est tenu d'observer la réglementation relative aux droits d'auteur applicable dans son pays. Aucune partie de ce document ne peut être reproduite, stockée ou introduite dans un système de restitution, ou transmise à quelque fin ou par quelque moyen que ce soit (électronique, mécanique, photocopie, enregistrement ou autre) sans la permission expresse et écrite de Microsoft Corporation.
Microsoft peut détenir des brevets, avoir déposé des demandes d'enregistrement de brevets ou être titulaire de marques, droits d'auteur ou autres droits de propriété intellectuelle portant sur tout ou partie des éléments qui font l'objet du présent document. Sauf stipulation expresse contraire d'un contrat de licence écrit de Microsoft, la fourniture de ce document n'a pas pour effet de vous concéder une licence sur ces brevets, marques, droits d'auteur ou autres droits de propriété intellectuelle.
© 1991-1999 Microsoft Corporation. Tous droits réservés.
Microsoft, MS-DOS, Windows, Windows NT, ActiveX, Visual Studio, Visual C++, Visual FoxPro et MSDN sont soit des marques de Microsoft Corporation, soit des marques déposées de Microsoft Corporation, aux États-Unis d'Amérique et/ou dans d'autres pays.
Les noms de sociétés et de produits mentionnés dans ce document sont des marques de leurs propriétaires respectifs.