Oracle 11g R2 ne sait plus faire de l'algèbre de Boole ? [Résolu]

[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 :

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 :

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 :

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]

Envoyé par mnitu

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

Code :

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 :

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

[StringBuilder]

Envoyé par Waldar

Encore un test, sans les parenthèses :

Code :

Nope

Code :

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 :

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 :

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 :

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 :

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 :

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 :

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 :

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 :

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]

Envoyé par skuatamad

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]

Envoyé par Pomalaix

???

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.