Discussion :

[June115]

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.

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

[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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[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 !

[Invité]

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)

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

[Invité]

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

[Lo²]

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.

[Hemgé]

Bonjour,

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