Connexion SQL/WINDEV via OLE DB sans ODBC

Version imprimable

01/03/2017, 19h16
June115

Connexion SQL/WINDEV via OLE DB sans ODBC

Bonjour,

Je ne souhaite pas utiliser ODBC qui freine toute l'appli.
Comment établir la connexion avec la base et où doit-on la faire : dans l'analyse, dans le code, ..
Je galère avec cet accès OLE DB et la base SQL.
Pouvez-vous m'aider ? Merci d'avance.
02/03/2017, 08h12
fffttt

bonjour
va voir du côté de sqlmanagerx

Qui te permettra de te connecter à n'importe quel base de données avec le même code.
Cela fonctionne très bien. C'est gratuit. Et inutile de devoir configurer les postes clients comme tu dois le faire avec l'odbc.
02/03/2017, 09h35
Invité
Bonjour,
c'est tout à faire possible d'établir une connexion OLE DB, mais tu veux te connecter à quel SGBD? SQL Server? MySQL? Autre?

Voici le code que j'ai utilisé dans un de mes projets où j'établis une connexion à SQL Server :
Code:

1 2 3 4 5 6 idConnexion est un entier=SQLConnecte(l_serveurName, "", "", l_bdd, "OLDEDB", hOledbSQLServer, "Trusted_Connection=YES") SI idConnexion=0 Alors SQLInfoGene() Erreur(SQL.MesErreur) RETOUR Fin
02/03/2017, 09h39
michel.souris

Bonjour,

Juste pour info, je me suis interrogé sur l'opportunité d'utiliser les accès OLEDB plutôt que ODBC, il s'avère que le OLEDB qui devait remplacer progressivement ODBC va disparaître au profit d'ODBC...

Je ne retrouve plus l'article en question mais il évoquait un abandon des accès OLEDB à partir de SQLServer 2012... ce qui ne s'avère pas être le cas finalement !
02/03/2017, 09h53
Invité

Citation:

Envoyé par michel.souris

Je ne retrouve plus l'article en question mais il évoqué un abandon des accès OLEDB à partir de SQLServer 2012... ce qui ne s'avère pas être le cas finalement !

la version 2012 est la dernière version à supporter les connexions OLEDB (see here)
02/03/2017, 10h41
michel.souris

Merci romulus001 pour le complément.

Perso, après la lecture de cette info, j'ai fait des tests en accès Oledb sur SQLServer 2014 et 2016 avec succès...
02/03/2017, 10h45
Invité

Citation:

Envoyé par michel.souris

Perso, après la lecture de cette info, j'ai fait des tests en accès Oledb sur SQLServer 2014 et 2016 avec succès...

Ah cool, les informations de la part de msdn sont erronées? que du bonheur :mouarf:
02/03/2017, 10h53
Lo²

Citation:

Envoyé par michel.souris

Bonjour,

Juste pour info, je me suis interrogé sur l'opportunité d'utiliser les accès OLEDB plutôt que ODBC, il s'avère que le OLEDB qui devait remplacer progressivement ODBC va disparaître au profit d'ODBC...

Je ne retrouve plus l'article en question mais il évoquait un abandon des accès OLEDB à partir de SQLServer 2012... ce qui ne s'avère pas être le cas finalement !

J'ai eu la même information quand je bossais entre autre sur SQL Server.
02/03/2017, 11h23
Hemgé

Bonjour,

Citation:

Envoyé par June115

... ODBC qui freine toute l'appli. .

Je n'ai pas d'expérience comparée ODBC / OLEDB notamment pour la raison évoquée de l'abandon de OLEDB.

Mais, en plus, la doc de PC soft indique qu'a priori ODBC est plus rapide qu'OLEDB sauf quand on utilise des fonctions SQL, auquel cas les deux connections seraient équivalentes.
Donc si vous voulez utiliser des fonctions HFSQL pour conserver un code unique, alors OLEDB serait plus lent.

Quant à l'abandon d'OLEDB, il a été confirmé à diverses reprises.
Donc, cela finira par se produire et, si je comprend qu'on ne migre pas tant que cela continue, je ne baserais pas un nouveau développement sur cette connexion.

Bon travail

Hemgé