Discussion :

[davcha]

Habituellement, avec Odbc par exemple, on peut nommer les tables quand on utilise la méthode fill de l'objet OdbcDataAdapter.
Exemple :

Code :

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

1
2
3
4
OdbcDataAdapter adapter = ....;
//....
DataSet ds=new DataSet();
adapter.Fill(ds,"matable");

Ce qui permet par la suite de manipuler les tables en utilisant leur nom plutôt que leur index, ce qui est très appréciable. Seulement, voilà, comment faire quand on travaille sur un composant d'accès aux données, donc avec l'interface IDbDataAdapter ?...

En effet, IDbDataAdapter n'implémente pas la méthode void Fill(DataSet, string)...

[neguib]

Certes cependant tu auras bien a passer en paramètre une instance de DataAdapter, donc par Reflection tu dois pouvoir invoquer sa méthode Fill.

[davcha]

tu auras bien a passer en paramètre une instance de DataAdapter

où ça ?

Tu es bien obscur, ce soir, neguib :p ou alors c'est moi qui suis fatigué

[neguib]

Ben les deux certainement, car je suis fatigué également et qu'il est temps que je mette la clé sous la porte jusqu'à demain matin. Si tu as du temps ce soir, met moi un peu de code ou un algo precis de la démarche

[davcha]

Y'a pas grand chose à part une dll d'accès universel aux données pour le moment...

Enfin, voilà un exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
DBConnector.Connect(DataProvider.MySql, "data source=localhost;user id=root;database=test");
IDbCommand SelectCommand=DBConnector.CreateCommand("SELECT * FROM test");
IDbCommand InsertCommand=DBConnector.CreateCommand("INSERT INTO test (duration) VALUES (?)",
    new DBParameter(null,DataType.VarChar,20,"duration"));
IDbCommand UpdateCommand=DBConnector.CreateCommand("UPDATE test SET duration = ? WHERE id = ?",
    new DBParameter(null,DataType.VarChar,20,"duration"),
    new DBParameter(null,DataType.Long,20,"id"));
IDbCommand DeleteCommand=DBConnector.CreateCommand("DELETE FROM test WHERE id = ?",
    new DBParameter(null,DataType.Long,20,"id"));
IDbDataAdapter adapter = DBConnector.GetAdapter(
    SelectCommand,InsertCommand,UpdateCommand,DeleteCommand);
 
DataSet ds = new DataSet();
adapter.Fill(ds); // Pas d'implémentation de adapter.Fill(DataSet,string)
 
// TODO modification du DataSet
ds.Tables [0].Rows [3] ["duration"] = "coucou !"; // Pas pratique.
// Encore de modifications...
 
// Et un peu plus loin la mise à jour ou l'annulation des modifs...
adapter.Update(ds);
ds.AcceptChanges();

[L`artiste]

Avec un IDbDataAdapter tu ne peux nommer des tables.
Y a une seule table et elle s'appelle Table.
Je n'ai pas encore trouvé de solution à ca hormis implémenter une méthode Fill(DataSet, String).
Et cette solution a l'air "chaude"

[neguib]

Bon je reprend , quel est le type de DBConnector car je ne connais pas de méthode GetAdapter() même sous 2.0

[davcha]

DBConnector, c'est juste un DP Factory de mon cru, qui me permet de gérer, à priori, n'importe quel connexion ADO.NET, ce qui me permet d'éviter de reprogrammer plein de chose à chaque fois, si jamais le SGBDR change.

Une petite question, juste au cas où : comment organises-tu, généralement, ton code quand tu as besoin d'accéder à une base de données ?

[neguib]

DBConnector, c'est juste un DP Factory de mon cru, qui me permet de gérer, à priori, n'importe quel connexion ADO.NET, ce qui me permet d'éviter de reprogrammer plein de chose à chaque fois, si jamais le SGBDR change.

ok dans ce cas il serait plus interressant que je vois ta méthode GetAdapter

[del-dongo]

Neguib, DBConnector est sa classe d'acces aux donnée générique qui possède les méthodes statiques qui lui instancient et renvoient la panopolie de "IDb...".
Davcha, tu peux imaginer avoir une méthode statique FillDataset dans ta classe DBConnector qui fasse un truc du genre...

Code :

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

1
2
3
4
5
6
7
 
private static int FillDataSet(IDbDataAdapter adapter, DataSet dataset,
 string tableName)
{
     adapter.TableMappings.Add("Table", tableName);
     return adapter.Fill(dataset);
}

pas très élégant, je te l'accorde, mais ca fonctionne...

ps: oups je suis à la bourre...effectivement DbDataAdapter c'est mieux, de toute facon je crois que DbDataAdapter est une classe abstraite qui implémente IDbDataAdapter qui lui même hérite de IDataAdapter

[davcha]

Code :

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

1
2
3
4
5
6
7
8
 
public static IDbDataAdapter GetAdapter(IDbCommand SelectCommand,
 IDbCommand InsertCommand, IDbCommand UpdateCommand, 
IDbCommand DeleteCommand)
 {
    return dbProvider.GetAdapter(SelectCommand, InsertCommand,
 UpdateCommand, DeleteCommand);
}

C'est vraiment quelque chose de "tout con", dbProvider est une interface qu'implémentent chacun de mes accesseurs concrets.
Exemple :

Code :

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

class MySqlDBProvider : DBProvider{...}

Ensuite, j'ai ça :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
public IDbDataAdapter GetAdapter(IDbCommand SelectCommand,
 IDbCommand InsertCommand, IDbCommand UpdateCommand,
 IDbCommand DeleteCommand)
 {
    MySqlDataAdapter adapter = new MySqlDataAdapter
(( MySqlCommand )SelectCommand);
    adapter.InsertCommand = ( MySqlCommand )InsertCommand;
    adapter.UpdateCommand = ( MySqlCommand )UpdateCommand;
    adapter.DeleteCommand = ( MySqlCommand )DeleteCommand;
    return adapter;
}

Pas très compliqué, encore une fois.

En revanche, j'arrête pas de me poser des questions à propos du concept des DataSet/DataTables, etc...
Ca fout pas un peu la merde dès qu'il y a des accès en concurrence ?
(Je précise que j'ai beaucoup plus l'habitude des DataReaders et autres ExecuteXXX, alors que le DataAdapter j'y ai jamais vraiment touché jusqu'ici).

[davcha]

C'est bon, j'ai utilisé DbDataAdapter comme l'a suggéré del-dongo et ça passe sans problème

Mais je suis quand même sceptique quant à la question de la philosophie des DataSet et des conséquences vis à vis des accès concurrents.