Select et condition

Version imprimable

Select et condition

Bonsoir,

Je viens vers vous, car je suis bloquée. Ci-après le bout de requête :
Code:

1 2 3 4 5 6 7 8 9 10 11 SELECT DISTINCT A FROM table1 T1 INNER JOIN table2 T2 ON T1.A=T2.A WHERE T1.A =54 AND (((B <= TO_DATE('10/12/2014','DD/MM/YYYY')) AND (C>= TO_DATE('01/06/2014','DD/MM/YYYY'))) OR ((B<= TO_DATE('10/12/2014','DD/MM/YYYY')) AND(((C) is null)))) AND ((T2.D BETWEEN TO_DATE('01/06/2014','DD/MM/YYYY') AND TO_DATE('10/12/2014','DD/MM/YYYY')))
Je fais une sélection sur une période définie.
Pour cette période, si je n'ai pas d'enregistrement sélectionné, je souhaite alors récupérer la valeur maxi de T2. Est-ce possible? Je ne vois pas comment traduire cela en SQL. Merci pour votre aide, je débute.

03/01/2015, 11h40
SQLpro

Utilisez une sous requête corrélée avec NOT EXISTS.

A +

2 remarques :
- ici il n'y a que 2 tables, mais d'une facon générale, j'évite les alias t1, t2, à remplacer par
des alias plus parlants (exemple : TB_Contrat, TB_Client, TB_Article...) ce qui facilite la lecture quand
de nombreuses tables sont utilisées en jointure

- c'est également beaucoup plus clair en alignant les niveaux de décision équivalents comme suit :
(j'ai aussi supprimé pour la même raison 2 niveaux de parenthèses inutiles autour de "C is null"

Code:

1
2
3
4
5
6
7
8
9
10
 
  [. . .]
  AND (   (    (B <= TO_DATE('10/12/2014','DD/MM/YYYY'))
           AND (C >= TO_DATE('01/06/2014','DD/MM/YYYY'))
          )
       OR (   (B<= TO_DATE('10/12/2014','DD/MM/YYYY'))  
           AND C is null
          )
      )
  [. . .]

Pour ce qui concerne la méthode, voici une possibilité :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
 SELECT SUB1.DTSEL, SUB2.DTALL          
 FROM(SELECT MAX(MADATE) AS DTSEL       
      FROM MATABLE                      
      WHERE COL1= :HostVar1          
        AND COL2= :HostVar2     
     ) AS SUB1,                         
     (SELECT MAX(MADATE) AS DTALL       
      FROM MATABLE                      
     ) AS SUB2                          
 WITH UR ;                              
;

05/01/2015, 18h15
escartefigue

Autre remarque :

Si la table est volumineuse et qu'il y a souvent des cas où la recherche est infructueuse, on va parcourir séquentiellement autant de fois toute la table !
Attention donc aux performances, en environnement de test en général tout va bien faute de volumes significatifs, mais à partir de la pré-production ça risque de coûter très cher.

Il est donc préférable de rechercher la valeur maxi une fois pour toutes en début de traitement (celle par défaut si non trouvée).

Dans ce cas, il vaut mieux 2 requêtes, une en début de prog exécutée une seule fois (sub2 dans mon exemple), et une autre exécutée pour chaque critère fonctionnel (sub1) ;)
05/01/2015, 19h46
3titi92

Merci de vos conseils
Je testerai tout cela au plus vite
Bonne soirée