Discussion :

[Pfeffer]

Bonjour à tous,

J'ai développer une vue qui mets un peu de temps à afficher les résultats consolidés, et je ne peux pas faire de vue indexée parce que j'utilise le mot clé MAX.

Pour améliorer les performances de SELECT sur ma vue je souhaite donc la basculer en une table indexée.

Ma première intention, intégrer un mécanisme dans mon applicatif pour gérer cette nouvelle table mais si j'utilise une vue c'est justement pour ne pas avoir à le faire parce que c'est plus compliqué.

Ma deuxième intention serait de créer un trigger sur la vue qui mettrait à jour cette nouvelle table, mais j'ignore si c'est une bonne idée et comment le faire. Dans l'idée à l'insertion d'une ligne il faudrait la récpliquer dans la table, et à la modification d'une ligne il faudrait la modifier dans la table.

Qu'en pensez vous ?

[SQLpro]

Tout déped de la complexité de la vue. La question étant ne pouvez vous pas séparer la partie non MAX du max s'il existe d'autres calculs d'agrégats ?

Bref, le code intégral de la vue serait bien vu... !

A +

[Pfeffer]

Voici le code de la vue, à l'heure actuelle il n'y a pas vraiment de solution pour dissocier le MAX.

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
23
24
25
26
27
 
CREATE VIEW xxxxxxxx
AS
   SELECT crb.compteur_id,
          crb.type_pt_id,
          min (crb.datepoint)
             AS dtmin,
          max (crb.datepoint)
             AS dtmax,
          count (*)
             AS [count],
          max (version)
             AS maxversion,
          (SELECT TOP 1 datepoint
           FROM codap.gtm_crb10mn
           WHERE version = max (crb.version) AND type_pt_id = crb.type_pt_id)
             AS dtmaxversion,
          max (crb.dateversion)
             AS dtlastupdate
   FROM xxxxxxx
   where crb.version =
             (SELECT max (crb2.version)
              FROM xxxxxxx
              WHERE     crb2.datepoint = crb.datepoint
                    AND crb2.type_pt_id = crb.type_pt_id
                    AND crb2.compteur_id = crb.compteur_id)
   GROUP BY crb.type_pt_id, crb.compteur_id

[SQLpro]

Ton COUT est obligé de lire toutes les pages, mais pas tes MAX. Du coup la dissociation peut s'avérer pertinente.
Par contre je pense que ceci n'est pas bon :

Code :

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

1
2
3
SELECT TOP 1 datepoint
FROM codap.gtm_crb10mn
WHERE version = max (crb.version) AND type_pt_id = crb.type_pt_id

A moin qu'il ne retourne qu'une seule ligne donc le TOP est inutile...

A +

[Pfeffer]

Cette requête peut ramener plusieurs lignes, mais je veux que la 1ère, d'ou le TOP 1 !
Ou est ce que ça semble faux ?

[Invité]

Cette requête peut ramener plusieurs lignes, mais je veux que la 1ère, d'ou le TOP 1 ! Ou est ce que ça semble faux ?

Si tu veux la « première » ligne, ça prendrait un order by avec le top 1

[SQLpro]

Cette requête peut ramener plusieurs lignes, mais je veux que la 1ère, d'ou le TOP 1 !
Ou est ce que ça semble faux ?

TOP 1 prendra la première ligne s'il y a un ORDER BY sinon c'est n'importe quelle ligne au hasard ! Vu qu'il n'existe aucun ordre des lignes dans les tables...

De plus s'il y a des ex æquo TOP 1 peut poser des problèmes...

A +