Le client natif prend en charge certaines fonctionnalités supplémentaires (plus avancées?) De SQL Server 2008 (et 2005 je crois).
Cependant, dès la sortie de la boîte, vous êtes beaucoup plus susceptible de trouver le pilote de serveur SQL standard installé sur l'ordinateur.
À moins que vous n'utilisiez un programme d'installation ou un autre logiciel, installez ce pilote client natif, il est préférable de vous en tenir au pilote non natif par défaut pour une compatibilité maximale. Et, il ya juste le problème clair que le pilote standard est le plus susceptible d'être déjà installé sur votre ordinateur côté client. Par conséquent, ce nouveau pilote natif ne sera pas installé par défaut, et vous aurez probablement plus de chance avec le pilote par défaut non natif. J'ai eu quelques problèmes avec les colonnes de date d'exportation lors de l'utilisation du nouveau pilote natif (je ne me rappelle pas tout de suite quel était le problème, mais il y avait un problème). Notez que vos chaînes de connexion sont/seront légèrement différentes pour le pilote natif, et si vous avez du code de re-lien, ce code échouera sur les ordinateurs sans pilote natif. Donc, alors que vous avez les deux sur votre ordinateur, vous ne pouvez pas supposer que ce sera le cas sur d'autres ordinateurs. Donc, vous devriez avoir de bonnes et bonnes raisons de choisir/utiliser les nouveaux pilotes natifs pour 2008/2005, mais si ce n'est pas le cas, utilisez les pilotes standard.
Comment est-ce hors sujet? C'est un problème pour tout le monde, qu'il s'agisse d'un développeur/utilisateur Access ou d'une personne développant un environnement offrant un choix de pilote ODBC. Je ne comprends vraiment pas pourquoi les gens votent pour fermer certaines choses. –