Discussion :

[khlzk]

Bonjour.

Pourquoi s'engager dans sql server et pas dans sql server natif et vise versa ?

Merci.

[J0r_x]

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).

[apophyss]

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.

Je fais la même chose (avec MySQL) et ça marche très bien (et hyper rapide),
mais du coup je n'utilise aucune fonction H...
tout est codé en requête SQL (à la main)
ce qui d'ailleurs me rassure plus que les fonctions H... (au comportement parfois étonnant en HF).

[mnw.william]

ce qui d'ailleurs me rassure plus que les fonctions H... (au comportement parfois étonnant en HF).

Disons que je ne saisie pas très bien ou tu veux exactement en venir. Est ce que tu pourrais développer ?

[Hibernatus34]

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

[Emmanuel Lecoester]

Bonjour,

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)

En fait tu n'as aucun accès natif pour MSSQL... une vieille api qui n'est plus maintenue maintenant. Donc oui un accès natif MSSQL n'est qu'une couche d'accès à un driver SQLOLEDB. Et ce quelque soit le langage de programmation...