Bonjour.
Pourquoi s'engager dans sql server et pas dans sql server natif et vise versa ?
Merci.
Version imprimable
Bonjour.
Pourquoi s'engager dans sql server et pas dans sql server natif et vise versa ?
Merci.
Je suis utilisateur de l'accès natif de MSSQL Serveur.
Avec une application je déploie une DLL qui me permet d'accéder directement à la base de données, je pense que c'est plus facile, il n'y a rien a déployer sur les postes client à part la DLL de connexion.
Après je n'ai jamais testé les autres mode de connexion oledb, odbc, ... donc au niveau des temps de réponse je ne sais pas si c'est plus rapide ou pas (dans la logique ça devrait être plus rapide).
Bonjour,
Sans avoir jamais utilisé SQL Server via l'accès natif, je peux vous répondre déjà par quelques points :
- Le prix de l'accès natif (là où l'accès OLE DB ou ODBC est gratuit)
- L'accès natif offre un peu plus de programmabilité et de potentielles optimisations (accès aux variables paramètres de requêtes, HPrépareRequêteSQL)
Je n'y connais rien aux API qui permettent d'accéder à SQL Server, mais j'adore quand on peut lire dans la doc de WinDev que l'accès natif se base sur "SQLOLEDB". (SQLNCLI et SQLNCLI10 sont aussi des noms de providers OLE DB)
Ca donne l'impression que c'est pas plus natif qu'un accès via OLE DB dans un langage qui offrirait un peu plus de souplesse... (OLE DB permet bien plus que ce que WinDev expose)
Lire ceci :
http://doc.pcsoft.fr/fr-FR/?5515005
http://doc.pcsoft.fr/fr-FR/?5515003