Discussion :

[olibara]

Bonjour

Habituellement j'utilise un DataAdapter pour charger une DataTable


Mais dans le cas present je dois lire des tables de plusieurs centaines de millier de ligne et un datareader sera plus approprié pour un parcours séqentiel des données

Malheureusement je n'ai aucune experience avec cet engin.
Je me demande quelle est la meilleure maniere d'effectuer les opération fondamentales suivante a partir du DataReader

Connaitre le nombre de colonnes
OK : myreader.FieldCount
Connaitre le nombre de Row
?? : il faut tout parcourir je suppose
Connaitre le type des colonnes
?? : dtr.GetSchemaTable(); ou autre chose ??
Parcourir les donnes de chaque ligne
OK : une boucle de 0 à FieldCount;

Merci de vos suggestion

[asmduty]

Pour le datareader tu fais à chaque passage dans la boucle (qui va de 0 à nombre de lignes -1) un datareader.read que tu affecte à un datarow.
Tu obtiens donc une ligne de données
Tu peux accéder à chaque cellule de la ligne par row(nom champs sql) ou row(index champs SQL)
Pour le nombre de ligne c'est dr.rows.count

[kheironn]

Pour le datareader tu fais à chaque passage dans la boucle (qui va de 0 à nombre de lignes -1)

Tu fais une boucle

Code :

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

while(dr.Read()){}

ça va aussi bien.

Tu as une prop HasRow pour savoir si le reader a des lignes...

[asmduty]

En C# je ne faisais plus ça, je ne sais plus pourquoi j'avais pris l'habitude d'utiliser le for

[binoo]

Salut,

Je ne comprend peut-être pas exactement ce que tu veux faire, mais pour moi, tu n'as pas besoin de connaitre le nombre de colonnes, le nombre de lignes ainsi que le type des colonnes ?
Quand tu sélectionnes tes données, tu sais ce que tu veux en général.

Du coup un code comme celui-ci peut faire l'affaire pour remplir une structure

Code c# :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
      List<MonObjet> lst = new List<MonObjet>();
      using (OracleDataReader reader = cmd.ExecuteReader()) {
        while (reader.Read()) {
          int i = 0;
          monObjet= new MonObjet();
 
          monObjet.Propriete1 = reader.GetInt32(i++);
          monObjet.Propriete2 = reader.GetDateTime(i++);
          monObjet.Propriete3 = reader[i] == DBNull.Value ? 0 : reader.GetInt32(i); i++;
          ...
 
          lst.Add(monObjet);
        }
      }

[Bluedeep]

Pour le datareader tu fais à chaque passage dans la boucle (qui va de 0 à nombre de lignes -1)

Inutile de prendre le nombre de lignes (comme déjà dit), la méthode Read renvoi false quand il n'y a plus de données.

Code :

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

1
2
3
4
5
6
7
if(myreader.HasRows)
{
while(myreader.Read())
{
...
}
}

un datareader.read que tu affecte à un datarow.

Pas utile, on peut accéder directement aux colonnes de la ligne courante.

Code :

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

myreader["NomColonne"];

ou

Code :

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

myreader[ordinalColonne];

[olibara]

Quand tu sélectionnes tes données, tu sais ce que tu veux en général.

Et bien NON justement !

On me donne une table dbf brute et je doix extraire les données pour manipulation exterieure

Donc je pars d'un select * a partir d'un connecteur odbc et puis je navigue aux instruments !

[asmduty]

Voilà mes souvenirs se réveillent, j'avais de mon côté besoin de récupérer la ligne à part, je devais donc l'affecter à un datarow, et c'était donc plus pratique de faire un "for" que de faire un "while" en réaffectant en + ma ligne

[binoo]

Et bien NON justement !

On me donne une table dbf brute et je doix extraire les données pour manipulation exterieure

Donc je pars d'un select * a partir d'un connecteur odbc et puis je navigue aux instruments !

En effet, j'avais pas compris

[olibara]

merci tout le monde

Bon et pour les colonnes ce n'est a mon avis pas GetSchemaTable
Mais aussi un parcours avec

MyReader.GetName(i)
MyReader.GetFieldType(i)

[Bluedeep]

merci tout le monde

Bon et pour les colonnes ce n'est a mon avis pas GetSchemaTable
Mais aussi un parcours avec

MyReader.GetName(i)
MyReader.GetFieldType(i)

Le GetSchemaTable te fournit des infos plus complétes (aliasing, précision, etc ...).