[CF] Implémenter IDataReader

Version imprimable

04/12/2010, 00h20
Arnaud F.

[CF] Implémenter IDataReader

Bonjour,

j'ai un xml "maison" qui contient le (ou les, les car si j'exécute une procédure stockée je peux en récupérer plusieurs) résultats de la requête que j'envoi via une IDbCommand.

J'aimerai donc implémenter l'interface IDataReader dans une classe qui transforme mon XML (et donc mes différents resultsets) en objet mais je ne sais pas du tout comment m'y prendre.

Comment implémenter cette interface?

J'avais pensé charger le XML dans un DataSet via la méthode Load mais je ne sais pas du tout comment cela fonctionne, donc si vous avez des idées...

:merci:
06/12/2010, 13h48
Bluedeep

Bonjour

Tu peux préciser ? car dans ton titre, tu mets "CF", je suppose que c'est pour Compact Framework. Or, si tu utikises le Compact Framework, je ne vois pas quel base de données supportant les proc stoc tu utilises (en effet, Sql Server Ce ne supporte pas les proc stoc).
06/12/2010, 19h03
Arnaud F.

Bonjour,

CF = Compact Framework.

Le SGBD utilisé est Sybase ASE.

J'ai développé un utilitaire UNIX qui prend en entrée un flux XML avec la requête à exécuter et me retourne le résultat sous forme XML également.

J'ai donc implémenter l'interface IDbConnection et IDbCommand de sorte à faire transiter mes requêtes via Socket et je cherche donc à implémenter l'interface IDataReader de manière à faire un IDbCommand.ExecuteQuery() de manière totalement transparente.
06/12/2010, 19h11
Bluedeep

Citation:

Envoyé par Arnaud F.

Bonjour,

CF = Compact Framework.

Le SGBD utilisé est Sybase ASE.

J'ai développé un utilitaire UNIX qui prend en entrée un flux XML avec la requête à exécuter et me retourne le résultat sous forme XML également.

J'ai donc implémenter l'interface IDbConnection et IDbCommand de sorte à faire transiter mes requêtes via Socket et je cherche donc à implémenter l'interface IDataReader de manière à faire un IDbCommand.ExecuteQuery() de manière totalement transparente.

Désolé, mais peux tu expliquer la finalité de cela.
Si je comprends bien ton besoin (ce dont je ne suis pas absolument convaincu) tu veux exécuter du Sql et retourner du Xml.

Là où je ne comprends pas du tout, c'est pour quelle raison as tu fait cela plutôt que de connecter directement ta base de données via RDO ? en clair, si je comprends à peu près ta demande technique, je ne comprends pas ton besoin fonctionnel qui, a première vue ( mais je dit bien à première vue) ressemble un peu la réinvention de choses existantes.
06/12/2010, 23h32
Arnaud F.

Citation:

Envoyé par Bluedeep

Désolé, mais peux tu expliquer la finalité de cela.
Si je comprends bien ton besoin (ce dont je ne suis pas absolument convaincu) tu veux exécuter du Sql et retourner du Xml.

Ce que je souhaite est juste avoir un accès la base de données, le compact framework n'embarquant pas les pilotes ODBC requis. Mais la question n'est pas là car je l'avais déjà posée précédemment et les réponses n'étaient pas appropriées ou tout du moins ne me permettait pas de réaliser ce que je souhaite faire.

Citation:

Envoyé par Bluedeep

Là où je ne comprends pas du tout, c'est pour quelle raison as tu fait cela plutôt que de connecter directement ta base de données via RDO ? en clair, si je comprends à peu près ta demande technique, je ne comprends pas ton besoin fonctionnel qui, a première vue ( mais je dit bien à première vue) ressemble un peu la réinvention de choses existantes.

RDO? Il y a très, très peu de documentation dessus. ;)

Ma question reste générale néanmoins (mon problème de SGBD mis à part), car si une interface est fournie c'est pour qu'on puisse avoir la possibilité de l'implémenter.
07/12/2010, 10h02
Bluedeep

Citation:

Envoyé par Arnaud F.

Ma question reste générale néanmoins (mon problème de SGBD mis à part), car si une interface est fournie c'est pour qu'on puisse avoir la possibilité de l'implémenter.

Les destinataires primaires de ces interfaces sont les editeurs de SGBD pour qu'ils puissent justement réaliser leurs connecteurs .Net.

L'autre utilité de ces interfaces est de faciliter l'implémentaton de couches d'accès donnée indépendantes des SGBD.
07/12/2010, 19h15
Arnaud F.

Citation:

Envoyé par Bluedeep

Les destinataires primaires de ces interfaces sont les editeurs de SGBD pour qu'ils puissent justement réaliser leurs connecteurs .Net.

Certes oui, mais vu que là ils ne sont pas motivé à le faire...

Citation:

Envoyé par Bluedeep

L'autre utilité de ces interfaces est de faciliter l'implémentaton de couches d'accès donnée indépendantes des SGBD.

C'est bien pour ça que je souhaite l'implémenter !
08/12/2010, 11h18
Guulh

Hello,

la datatable offre déjà une méthode permettant de la remplir avec un flux xml : ReadXml. Reste à voir le format XML attendu.

Il faut aussi voir si tu as vraiment besoin d'ADO.Net. Si au final, tu veux que ta couche DAO te renvoie des collections d'objets dont tu connais le type, il serait plus simple de directement créer ces collections à partir de l'XML.

Sinon, si tu as vraiment besoin de créer un provider ADO.Net, tu peux jeter un œil sur le code de mono, qui doit bien en contenir quelques uns.
08/12/2010, 12h59
Arnaud F.

Citation:

Envoyé par Guulh

Hello,

Il faut aussi voir si tu as vraiment besoin d'ADO.Net. Si au final, tu veux que ta couche DAO te renvoie des collections d'objets dont tu connais le type, il serait plus simple de directement créer ces collections à partir de l'XML.

Non je ne connais pas le type malheureusement.

Citation:

Envoyé par Guulh

Sinon, si tu as vraiment besoin de créer un provider ADO.Net, tu peux jeter un œil sur le code de mono, qui doit bien en contenir quelques uns.

Je vais faire ça vu que personne ne semble l'avoir fait jusque là ;)