Discussion :

[souellet]

Bonjour,

Mon problème est simple mais la solution semble l'être moins!

J'ai une requête en DB2

Code :

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

1
2
3
SELECT CLE,SEQ_CLE 
FROM TABLE
ORDER BY CLE,SEQ_CLE

Mon résultat actuel est:

Code :

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

1
2
3
4
5
6
CLE  SEQ_CLE
----  ----
  1     0
  2     0
  2     1
  3     0

Ce que je veux c'est une requête avec comme résultat.

Code :

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

1
2
3
4
5
6
CLE  SEQ_CLE GROUPE
----  ----   ----
  1     0      0
  2     0      1
  2     1      1
  3     0      2

Merci à l'avance

[SubZero2]

et ton groupe il sort d'ou ???

[souellet]

Désolé, j'aurais du spécifier.

C'est une variable que j'incrémente sur changement de la valeur de nom champ CLE.

[souellet]

C'est une façon d'optimiser ma requête.

En programmation Delphi, j'utilise une GRID et je fais un changement de couleur de ligne sur changement de groupe.
Au lieu de faire le calcul lors du dessinage de la grille, je veux me faire une variable qui contient déjà le numéro de groupe pour ainsi accélérer l'affichage de la grille.

SQL est plus rapide!

[Xo]

Salut,

Try this :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
SQL> SELECT P.cle, P.seq_cle, 
  2         (select count(distinct S.cle) from matable s where s.cle < P.cle) Groupe
  3  FROM maTable P
  4  ORDER BY P.cle;
 
       CLE    SEQ_CLE     GROUPE
---------- ---------- ----------
         1          0          0
         2          0          1
         2          1          1
         3          0          2

P est l'alias de la table de la requête Principale,
S est l'alias de la table de la Sous-requête.

Exemple testé sous Oracle 8i

[souellet]

Ça fonctionne.
Par contre, la requête est très lente, ce qui ne m'aide pas dans l'augmentation de la performance.

Je continu quand même de regarder ta solution.

Merci

[Xo]

En programmation Delphi, j'utilise une GRID et je fais un changement de couleur de ligne sur changement de groupe.
Au lieu de faire le calcul lors du dessinage de la grille, je veux me faire une variable qui contient déjà le numéro de groupe pour ainsi accélérer l'affichage de la grille.

J'avais zappé ce passage. En fait c'est juste pour "faire joli", je pense qu'il serait plus performant de laisser l'interface graphique faire le boulot, non ?

Combien de lignes as-tu à traiter dans ton grid ? Et au total dans ta table ? Quelle est la différence de temps de traitement entre la requête sans calcul de groupe et avec ce calcul ?

[souellet]

Je me demandais aussi où j'avais fauté.

Pour essayer de faire une histoire brève...

Je dois dire que j'ai mis environ 3 ans sur ce projet (donc c'est pas une petite application).

J'ai une table d'environ 100,000 records.
La sélection me donne environ 200 lignes.

Dans ma requête j'ai:
SELECT de ma table
4 jointures sur elle-même
UNION
SELECT de ma table
4 jointures sur elle-même

La requête prend environ 0.4 secondes, l'affichage de la grille environ 2 secondes car j'ai une gestion de couleurs assez complex sur chaque cellules (requête SQL de validation, couleur selon le résultat)
L'alternance de la couleur des lignes (l'object de mon message) est fonction d'un groupe de ligne et non simplement d'un changement de ligne.

Ce que j'essai de faire, car SQL est plus performant que ma TwwDBGRID, c'est de transférer des validations dans ma Méga requête.

Merci de l'intérêt que tu portes à mon problème.