Problème avec BETWEEN DATE

Bonjour ;
j'ai les 2 requêtes suivantes

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

SELECT * FROM MYVIEW WHERE STATUS = 4 AND ID IN (SELECT ID FROM MYTABLE WHERE CATSEARCH(DESCRIPTION,'photo*',NULL)>0) AND LANG='FR' AND (LASTUPDATE BETWEEN TO_DATE('01/10/2011','DD/MM/YYYY') AND TO_DATE('10/12/2011','DD/MM/YYYY')) AND ROWNUM<50       SELECT * FROM MYVIEW WHERE STATUS = 4 AND ID IN (SELECT ID FROM MYTABLE WHERE CATSEARCH(DESCRIPTION,'photo*',NULL)>0) AND LANG='FR' AND (LASTUPDATE BETWEEN TO_DATE('01/11/2011','DD/MM/YYYY') AND TO_DATE('10/12/2011','DD/MM/YYYY')) AND ROWNUM<50

---

ce que je trouve absurde c'est que la première retourne 0 résultat
la deuxième 50 résultats alors que l'intervalle de date de la première(entre le 01/10/2011 et le 10/12/2011) englobe le deuxième (entre le 01/11/2011 et le 10/12/2011)!!:calim2:
Une idée?
Merci d'avance.

Essayez comme ceci :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

SELECT * FROM ( SELECT rownum as rn, mv.* FROM MYVIEW mv WHERE STATUS = 4 AND ID IN (SELECT ID FROM MYTABLE WHERE CATSEARCH(DESCRIPTION, 'photo*', NULL) > 0) AND LANG = 'FR' AND LASTUPDATE BETWEEN TO_DATE('01/10/2011','DD/MM/YYYY') AND TO_DATE('10/12/2011','DD/MM/YYYY') ) WHERE rn < 50

---

Bonjour;
Ça marche bien mais franchement j'ai pas compris le problème.

Vous êtes en quelle version d'Oracle Database ?

Oracle 10 g

Il semblerait qu'Oracle ait appliqué le rownum <= 50 avant les autres filtres.

Il a pris 50 lignes au hasard, dans le premier cas aucune ne correspondait aux autres filtres, dans le second il a eu plus de chance.

Avec la requête que je vous ai fournie il n'y a pas d’ambiguïté.

Citation:

---

Envoyé par Waldar

Il semblerait qu'Oracle ait appliqué le rownum <= 50 avant les autres filtres.

Il a pris 50 lignes au hasard, dans le premier cas aucune ne correspondait aux autres filtres, dans le second il a eu plus de chance.

Avec la requête que je vous ai fournie il n'y a pas d’ambiguïté.

---

Je ne pense pas !
1) Le rownum est attribué aux enregistrements qui passent les filtres
2) Dans des conditions bien déterminées de température, pression et autres facteurs Oracle transforme la requête comme bon lui semble

Citation:

---

Envoyé par mnitu

Je ne pense pas !
1) Le rownum est attribué aux enregistrements qui passent les filtres
2) Dans des conditions bien déterminées de température, pression et autres facteurs Oracle transforme la requête comme bon lui semble

---

En effet,
J'ai déjà eu qq problème avec ce fameux ROWNUM d'ORACLE. (ORA 11g)
Il faut vraiment s'en méfier, la valeur renvoyée rownum=1 est vide pour une requête simple.
par exemple :

Code:

---

SELECT col1 from tab1 where rownum < 2 order by col1;

---

http://www.developpez.net/forums/d89...obleme-rownum/

Citation:

---

Envoyé par man_nou

Bonjour ;
j'ai les 2 requêtes suivantes

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

SELECT * FROM MYVIEW WHERE STATUS = 4 AND ID IN (SELECT ID FROM MYTABLE WHERE CATSEARCH(DESCRIPTION,'photo*',NULL)>0) AND LANG='FR' AND (LASTUPDATE BETWEEN TO_DATE('01/10/2011','DD/MM/YYYY') AND TO_DATE('10/12/2011','DD/MM/YYYY')) AND ROWNUM<50       SELECT * FROM MYVIEW WHERE STATUS = 4 AND ID IN (SELECT ID FROM MYTABLE WHERE CATSEARCH(DESCRIPTION,'photo*',NULL)>0) AND LANG='FR' AND (LASTUPDATE BETWEEN TO_DATE('01/11/2011','DD/MM/YYYY') AND TO_DATE('10/12/2011','DD/MM/YYYY')) AND ROWNUM<50

---

ce que je trouve absurde c'est que la première retourne 0 résultat
la deuxième 50 résultats alors que l'intervalle de date de la première(entre le 01/10/2011 et le 10/12/2011) englobe le deuxième (entre le 01/11/2011 et le 10/12/2011)!!:calim2:
Une idée?
Merci d'avance.

---

Pourriez-vous s'il vous plaît poster les deux plans d'exécution des deux requêtes. Il suffit d'exécuter après chaque requête ceci

Code:

---

1 2	select * from table(dbms_xplan.display_cursor);

---

On verra par la suite si un 10053 ''trace file'' s'impose ou pas.

Bonjour,

Quel est SVP le type du champ LASTUPDATE de votre table MYTABLE ?

Est-ce bien un type DATE ?

Je me demande en effet si ce ne serait pas un CHAR ou un VARCHAR, et il y aurait donc à ce moment là une conversion implicite de vos dates en chaînes de caractères.

@Mohamed.Houri j'ai pas les privilèges requis
@rouardg le champ LASTUPDATE est bien de type DATE