SSMS utilise-t-il ODBC?
J'exécute SSMS V18.2 et je me connecte aux instances SQL 2008-2019.
Je recherche divers scénarios de connexion à plusieurs sous-réseaux. J'ai appris que ODBC 13.1+ inclut TransparentNetworkIPResolution qui modifie la façon dont les connexions sont établies avec plusieurs sous-réseaux.
Mon ordinateur comporte plusieurs pilotes différents.
Je veux savoir lequel ( le cas échéant) de ces SSMS utilise pour les connexions directes aux instances SQL de mon réseau.
J'ai regardé outils> options et je ne vois rien qui me donne la possibilité de changer le pilote utilisé pour se connecter.
Lorsque j'utilise Google, j'obtiens des résultats sur l'utilisation de ODBC pour les serveurs liés.
SSMS utilise-t-il ODBC pour les connexions directes?
Si oui, puis-je sélectionner celui qu'il utilise?
Modifier Il y a un commentaire et une réponse indiquant que SSMS n'utilise pas ODBC, sur la base de mes recherches continues, je pense qu'il utilise le SQL Server Native Client 11.0 dans la capture d'écran ci-dessus.
En regardant tilisation des mots-clés de chaîne de connexion avec SQL Server Native Client il semble que vous pouvez vous connecter avec le pilote de votre choix en utilisant le mot-clé Driver Je recherche toujours comment cela pourrait fonctionner.
Edit2 En fait, il ressemble à ( voir le lien) le pilote n'est pas de ceux-là dans la capture d'écran, vous ne pouvez pas non plus utiliser le mot clé driver pour changer de pilote.
SSMS n'utilise pas les pilotes ODBC pour se connecter aux bases de données SQL Server. Il utilise le pilote .Net Framework. Vous ne pouvez pas choisir le pilote qu'il utilise car il est codé en dur dans l'application. Mais pourquoi auriez-vous besoin d'en choisir un autre?
Les serveurs liés sont une autre chose. Il s'agit de votre serveur DB lui-même se connectant à un autre serveur. S'il s'agit de SQL Server, il utilisera son pilote natif. S'il s'agit d'un autre type de moteur DB, il vous demandera alors quel pilote utiliser. Et c'est ici que vous sélectionnez votre pilote ODBC pour MySQL, Oracle, Postgres ou autre).