Discussion :

[betsprite]

Bonjour,

Ayant pour but de développer une application en Qt avec une gestion importante des données, j'ai regardé le tutoriel rédigé par Alain Defrance sur L'accès aux données avec Qt : http://alain-defrance.developpez.com/articles/Qt/SGBD/

Seulement, La partie concernant La création d'un DSN (uniquement pour ODBC) pour créer sa source de données me laisse perplexe !

Le problème ne réside pas dans le contenu qui est très clair mais dans la manière de faire. En effet, ayant développé déjà sous .NET avec SQL Server 2005, je ne comprends pas pourquoi il nous suffirait pas de créer la base de données sous SQL Server et ensuite d'appeler la base avec le module adapté de Qt ? (comme on ferait l'appel en C# ou VB.NET)

Merci !

[_skip]

Le problème est que QT, à ma connaissance, ne fournit pas de driver spécifique pour MsSql, cela t'oblige à utiliser la couche ODBC comme intermédiaire entre ton code et la source de données.

Quand tu programmais en .Net, tu utilisais un driver Ado.net (SqlClient) qui permettait un accès natif, ici les choses sont différentes. Tu dois d'abord configurer une source de données ODBC, et ensuite te connecter à cette source de données avec ton code Qt.

[betsprite]

Merci _skip pour la clarté de ta réponse !

Cependant, étant donné que le passage doit se faire par la couche ODBC, une fois les manipulations des données faites sous l'application en Qt connectée à la base, peut-on voir les résultats (avec select * from ... par exemple) sur SQL Server ?

Aussi, on peut lire dans le tutoriel fournit en lien la phrase suivante :

L'utilisation d'ODBC en production est suicidaire en terme de performance

Qu'est-ce que vous en pensez ?

[_skip]

Merci _skip pour la clarté de ta réponse !

De rien ça me fait plaisir d'être utile

Cependant, étant donné que le passage doit se faire par la couche ODBC, une fois les manipulations des données faites sous l'application en Qt connectée à la base, peut-on voir les résultats (avec select * from ... par exemple) sur SQL Server ?

Je suis pas sûr de bien comprendre ce qui t'inquiète, ODBC c'est qu'un moyen de connexion, les requêtes que tu y feras affecterons naturellement les données comme si tu les tapais dans Sql management studio ou autre. Ton applications sera un client comme un autre de la base.
C'est comme si tu codais en .Net en utilisant OdbcConnection comme classe au lieu de SqlConnection (de mémoire), le résultat sera le même.

Aussi, on peut lire dans le tutoriel fournit en lien la phrase suivante :
Qu'est-ce que vous en pensez ?

ODBC est pas la manière préférée d'attaquer une base de donnée mais plutôt le choix faute de mieux . Ca ajoute un niveau d'indirection par rapport à un accès direct comme celui dont vous profitiez en .Net ce qui déjà n'est pas vraiment souhaitable quand on recherche la vitesse. Ensuite vient un autre problème, les drivers ODBC de certaines bases de données sont effectivement lamentables en terme d'implémentation et de performance.

Par chance, celui de msSQL est probablement l'un des moins pires en la matière. Ceci n'exclut pas qu'il est fortement conseillé de faire quelques tests de performance sur votre base avant de vous lancer à plein régime dans le développement.

Je vous conseille pour cela de lancer, depuis une application de test bidon, des requêtes retournant des GROS resultsets, ainsi que vos procédures stockées ou requête les plus *douloureuses* pour votre serveur de base de donnée.

[betsprite]

Merci encore _skip !

Cependant, il me reste encore deux points à éclaircir :

*

Je suis pas sûr de bien comprendre ce qui t'inquiète, ODBC c'est qu'un moyen de connexion, les requêtes que tu y feras affecterons naturellement les données comme si tu les tapais dans Sql management studio ou autre. Ton applications sera un client comme un autre de la base.

Ce que je voulais dire par là, c'est que quand j'ouvrais SQL Server Management, je pouvais directement créer une base dedans et après manipulations via SQLClient, je pouvais faire mes requêtes côté SQL pour voir les résultats (exemple select * from table pour voir le remplissage d'une table après insertion dans l'application).
Or ici, si je passe par ODBC, ma base existera via un serveur, mais ne sera pas directement observable comme sous SQL Server Management 2005 par exemple...

J'aurais donc juste à l'importer sur SQL Server Management pour pouvoir faire mes requêtes d'observation ou autre ?

*

ODBC est pas la manière préférée d'attaquer une base de donnée mais plutôt le choix faute de mieux. [...]
Par chance, celui de msSQL est probablement l'un des moins pires en la matière.

Avec Qt on doit se contenter de ces drivers ?

[dourouc05]

Avec Qt on doit se contenter de ces drivers ?

Justement non. Si tu as la possibilité d'avoir des drivers sous forme de plug-ins, c'est aussi et surtout pour que tu puisses toi-même en écrire un. Par contre, je n'ai pas vraiment de doc sous la main là-dessus... Si tu le fais, ça serait très apprécié pour QExtend !

Pour les autres questions, je passe mon tour, vu que ma connaissance des SGBD se limite aux requêtes de base en SQL (quand même les jointures...) !

[_skip]

Ce que je voulais dire par là, c'est que quand j'ouvrais SQL Server Management, je pouvais directement créer une base dedans et après manipulations via SQLClient, je pouvais faire mes requêtes côté SQL pour voir les résultats (exemple select * from table pour voir le remplissage d'une table après insertion dans l'application).
Or ici, si je passe par ODBC, ma base existera via un serveur, mais ne sera pas directement observable comme sous SQL Server Management 2005 par exemple...

Tu peux créer ta base de donnée et tes tables sur SQL management studio, configurer ta source de données ODBC et faire des requêtes depuis ton code QT dessus. Rien de cela ne t'empêchera de te connecter à cette base sur SQLMS et d'y effectuer tout ce que tu as envie comme requête.
Une base SQL server est une base SQL server, le media de connexion, que ce soit ODBC, OleDb ou SQL native client ne change absolument rien à cet état des choses.

Avec Qt on doit se contenter de ces drivers ?

Nokia n'offre pas de driver natif pour mssql, mais comme dit dourouc05, tu peux fabriquer le tien en implémentant les interfaces de Qt, voir ici :
http://qt.developpez.com/doc/4.6/sql...atabase-driver

C'est largement faisable, ils en ont bien fabriquer un chez PHP (c'est dire), Mais je ne pense pas que ce soit complétement trivial, à vous de voir. Perso j'essaierai plutôt d'en acheter un à une autre entreprise qui soit testé et éprouvé plutôt que passer du temps à en fabriquer un.

Sinon, hors Qt il existe des solutions natives comme celle-ci :
http://www.sqlapi.com/
mais elles sont hors de l'écosystème confortable de Qt.