Discussion :

[StringBuilder]

Je viens d'installer Oracle 11g R2 sur mon PC de développement.

J'ai dumpé la base d'un ERP pour pouvoir travailler en local.

Et je me suis rendu compte que nombre de fonctions ne marchaient plus du tout.

En creusant un peu, nombre de requête utilisant un "OR" font n'importe quoi.

Plutôt qu'un long discours, voici un exemple que vous pouvez aisément reproduire :

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
28
29
30
31
32
33
34
35
36
37
38
39
 
SQL*Plus: Release 11.2.0.1.0 Production on Ven. Juin 24 16:05:21 2011
 
Copyright (c) 1982, 2010, Oracle.  All rights reserved.
 
Entrez le nom utilisateur : soc1
Entrez le mot de passe :
 
ConnectÚ Ó :
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
 
SQL> select * from dual where dummy = 'X';
 
D
-
X
 
SQL> select * from dual where dummy >= to_char(sysdate, 'YYYYMMDD');
 
D
-
X
 
SQL> select *
  2  from dual
  3  where (dummy = 'X' or dummy >= to_char(sysdate, 'YYYYMMDD'));
 
D
-
X
 
SQL> select *
  2  from dual
  3  where (dummy = 'X' or dummy <= to_char(sysdate, 'YYYYMMDD'));
 
aucune ligne sÚlectionnÚe
 
SQL>

Je ne comprends pas, à partir du moment où la première condition du OR de la quatrième requête est "true", comment ça peut ne rien retourner...

Y'a un paramètre à (dés)activer pour qu'Oracle sache faire de l'algèbre de Boole ?

[Waldar]

Effectivement ce serait un gros bogue.
Je ne le reproduis pas en 11.1.0.7.0.

Que donne cette requête :

Code :

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

1
2
3
4
SELECT case when dummy = 'X' OR dummy <= to_char(sysdate, 'YYYYMMDD') then 1 else 0 end as test_12
     , case when dummy = 'X' then 1 else 0 end as test_1
     , case when dummy <= to_char(sysdate, 'YYYYMMDD') then 1 else 0 end as test_2
  FROM dual;

[mnitu]

Pourriez-vous exécuter la dernière requête en qualifiant la table dual avec sys ? Je testerai plus tard.

[StringBuilder]

Ca donne ceci :

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
 
SQL> ed
Úcrit file afiedt.buf
 
  1  SELECT case when dummy = 'X' OR dummy <= to_char(sysdate, 'YYYYMMDD') then
1 else 0 end AS test_12
  2       , case when dummy = 'X' then 1 else 0 end AS test_1
  3       , case when dummy <= to_char(sysdate, 'YYYYMMDD') then 1 else 0 end AS
 test_2
  4*   FROM dual
SQL> /
 
   TEST_12     TEST_1     TEST_2
---------- ---------- ----------
         1          1          0
 
SQL>

C'est ça qui est étrange... Le comportement n'a pas l'air systématique...

[StringBuilder]

Pourriez-vous exécuter la dernière requête en qualifiant la table dual avec sys ? Je testerai plus tard.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
SQL> ed
Úcrit file afiedt.buf
 
  1  SELECT *
  2  FROM sys.dual
  3* WHERE (dummy = 'X' OR dummy <= to_char(sysdate, 'YYYYMMDD'))
SQL> /
 
aucune ligne sÚlectionnÚe
 
SQL>

[Waldar]

Encore un test, sans les parenthèses :

Code :

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

1
2
3
4
SELECT *
  FROM dual
 WHERE dummy = 'X'
    OR dummy <= to_char(sysdate, 'YYYYMMDD');

[StringBuilder]

Encore un test, sans les parenthèses :

Code :

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

1
2
3
4
SELECT *
  FROM dual
 WHERE dummy = 'X'
    OR dummy <= to_char(sysdate, 'YYYYMMDD');

Nope

Code :

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

1
2
3
4
5
6
7
8
9
 
SQL> SELECT *
  2    FROM dual
  3   WHERE dummy = 'X'
  4      OR dummy <= to_char(sysdate, 'YYYYMMDD');
 
aucune ligne sÚlectionnÚe
 
SQL>

[StringBuilder]

Histoire d'être sûr que c'était pas un truc déconnant dans mon schéma, j'ai tenté ça :

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
 
Entrez le nom utilisateur : system
Entrez le mot de passe :
 
ConnectÚ Ó :
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
 
SQL> SELECT *
  2    FROM dual
  3   WHERE dummy = 'X'
  4      OR dummy <= to_char(sysdate, 'YYYYMMDD');
 
aucune ligne sÚlectionnÚe
 
SQL>

Ca ne marche pas mieux

[StringBuilder]

Bon, en attendant mieux, je suis en train de télécharger la dernière version...

Mais bon, je ne m'attends pas à des miracles, j'ai dû télécharger ma version actuelle il y a moins de 2 mois, et d'après le site, c'est toujours la même version

[mnitu]

Houla, c'est vrai

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
28
29
 
C:\Users\Marius>sqlplus mni/mni
 
SQL*Plus: Release 11.2.0.1.0 Production on Ven. Juin 24 18:46:05 2011
 
Copyright (c) 1982, 2010, Oracle.  All rights reserved.
 
 
Connecté à :
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
 
mni@DIANA> SELECT *
  2    FROM dual
  3   WHERE dummy = 'X'
  4      OR dummy <= to_char(sysdate, 'YYYYMMDD')
  5  /
 
aucune ligne sélectionnée
 
mni@DIANA> SELECT *
  2    FROM dual
  3   WHERE dummy <= to_char(sysdate, 'YYYYMMDD')
  4     Or dummy = 'X'
  5  /
 
D
-
X

J'ai l'impression qu'il se casse la gueule dans la transformation de la requête

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
 
mni@DIANA> set autotrace on
mni@DIANA> SELECT *
  2    FROM dual
  3   WHERE dummy = 'X'
  4      OR dummy <= to_char(sysdate, 'YYYYMMDD')
  5  /
 
aucune ligne sélectionnée
 
 
Plan d'exécution
----------------------------------------------------------
Plan hash value: 272002086
 
--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |     1 |     2 |     2   (0)| 00:00:01 |
|*  1 |  TABLE ACCESS FULL| DUAL |     1 |     2 |     2   (0)| 00:00:01 |
--------------------------------------------------------------------------
 
Predicate Information (identified by operation id):
---------------------------------------------------
 
   1 - filter("DUMMY"<=TO_CHAR(SYSDATE@!,'YYYYMMDD'))

[mnitu]

Comme d'habitude ça marche en mode RULE

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
mni@DIANA> SELECT /*+
  2             RULE
  3         */
  4         *
  5    FROM dual
  6   WHERE dummy = 'X'
  7      OR dummy <= to_char(sysdate, 'YYYYMMDD')
  8  /
 
D
-
X

mais aussi dans la version utilisé par Waldar

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
mni@DIANA> SELECT /*+
  2            OPTIMIZER_FEATURES_ENABLE('11.1.0.7')
  3         */
  4         *
  5    FROM dual
  6   WHERE dummy = 'X'
  7      OR dummy <= to_char(sysdate, 'YYYYMMDD')
  8  /
 
D
-
X

[mnitu]

Je pense que le problème se trouve ici

*********************************
Number of join permutations tried: 1
*********************************
Or-Expansion validity checks failed on query block SEL$1 (#0) because no need for OR expansion if we only have 1-row tables
Transfer Optimizer annotations for query block SEL$1 (#0)
id=0 frofand predicate="DUAL"."DUMMY"<=TO_CHAR(SYSDATE@!,'YYYYMMDD')
Final cost for query block SEL$1 (#0) - All Rows Plan:

mais pour avancer il faut le support d'Oracle.

[pachot]

Bonjour,

Ca ressemble au bug:
Bug 9495697 Wrong results with OR predicates on same column

Changer l'ordre des prédicats peut changer les choses

Le workaround:
alter system set "_fix_control"='5400639:OFF' pour désactiver la feature qui a introduit une régression...

Cordialement,
Franck.

[StringBuilder]

Merci infiniment, ça fonctionne :

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
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
 
Microsoft Windows [version 6.0.6002]
Copyright (c) 2006 Microsoft Corporation. Tous droits réservés.
 
C:\Users\Sylvain>sqlplus system/manager
 
SQL*Plus: Release 11.2.0.1.0 Production on Dim. Juin 26 19:20:17 2011
 
Copyright (c) 1982, 2010, Oracle.  All rights reserved.
 
 
ConnectÚ Ó :
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
 
SQL> alter system set "_fix_control"='5400639:OFF';
 
SystÞme modifiÚ.
 
SQL> exit
DÚconnectÚ de Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit
Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
 
C:\Users\Sylvain>sqlplus soc1/infor1
 
SQL*Plus: Release 11.2.0.1.0 Production on Dim. Juin 26 19:20:35 2011
 
Copyright (c) 1982, 2010, Oracle.  All rights reserved.
 
 
ConnectÚ Ó :
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
 
SQL> select * from dual where (dummy = 'X' or dummy <= to_char(sysdate, 'YYYYMMD
D'));
 
D
-
X
 
SQL> exit
DÚconnectÚ de Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit
Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
 
C:\Users\Sylvain>

Le bug semble bien corrigé.
Je vous tiendrai au courant demain si ça change réellement quelque chose sur l'ensemble du logiciel sur lequel je travaille... En tout cas, il y a de fortes chances. Merci merci !

[skuatamad]

Juste une petite précision, pour qu'un alter system soit pérenne quelque soit les méthodes de redémarrage, il faut qu'il soit suivi d'un scope both afin de mettre à jour à la fois le pfile et le spfile :

Code :

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

alter system set "_fix_control"='5400639:OFF' scope both

Je ne sais pas ce que le support précise derrière le bug 9495697, mais ce bug ne se reproduit pas pour chaque requête OR :

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
SELECT *
  FROM dual
 WHERE dummy = 'X'
    OR dummy <= to_char(sysdate, 'YYYYMMDD');
 
no rows selected
 
SELECT *
  FROM dual
 WHERE dummy = 'X'
    OR dummy <= 'K';
 
D
-
X

[Pomalaix]

pour qu'un alter system soit pérenne quelque soit les méthodes de redémarrage, il faut qu'il soit suivi d'un scope both afin de mettre à jour à la fois le pfile et le spfile

???

[orafrance]

???

En effet

Il voulait surement dire : le spfile et la valeur courante

[skuatamad]

Oups désolé pour l'erreur, c'est ce qui arrive quand un développeur parle de truc de DBA...
Donc ça veut dire qu'après un scope=both il faut regénérer le pfile depuis le spfile, ou cette étape est elle généralement inutile ?

[orafrance]

le pfile peut même être supprimé si tu utilises un spfile

[StringBuilder]

Juste un petit coucou pour dire que la solution proposée fonctionne parfaitement.

L'ensemble des développeurs de ma boîte (et moi-même évidement ) vous sont infiniment reconnaissant.