Discussion :

[tchize_]

J'utilise Oracle en production au boulot (version payante) et de mon expérience, ceci est le plus gros point négatif de Oracle et casse souvent les bonbons

Code sql :

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

1
2
3
4
5
6
7
 
create table TEST_DVP (firstname varchar2(50),lastname varchar2(50), salary number(10));
insert into TEST_DVP values ('François','Dupont',25000);
insert into TEST_DVP values ('','Duschnol',25000);
select * from TEST_DVP where firstname='François';
select * from TEST_DVP where firstname='';
drop table TEST_DVP;

Code x :

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

1
2
3
4
5
6
7
8
9
10
11
table TEST_DVP created.
1 rows inserted.
1 rows inserted.
FIRSTNAME                                          LASTNAME                                           SALARY                 
-------------------------------------------------- -------------------------------------------------- ---------------------- 
François                                           Dupont                                             25000                  

FIRSTNAME                                          LASTNAME                                           SALARY                 
-------------------------------------------------- -------------------------------------------------- ---------------------- 

table TEST_DVP dropped.

[Pierre GIRARD]

Rigolo comme résultat ... et as-tu essayé avec d'autres SGBD (dont des gratuits évidemment) ?

[tchize_]

a ma connaissance, ni mysql, ni psotgresql, ni derby, ni H2, ni hsqldb n'exhibent ce comportent

[al1_24]

Le problème est que, historiquement, '' IS NULL pour Oracle.
Il existe bien S'il existait un paramétrage pour modifier ce comportement mais il serait rarement mis en oeuvre parce que l'habitude est ancrée chez bon nombre de programmeurs (au point que certains pensent que c'est la norme et considèrent que ce sont les autres SGBD qui sont dans l'erreur) et il faudrait relire tous les programmes avant de faire la modification sans risque.
Il en est de même pour le type DATE qui ne se limite pas au jour mais comporte des heures.

Edit : J'ai sans aucun doute confondu Oracle avec un autre produit.
Il n'y a pas de paramétrage

[Waldar]

C'est en effet une "coquille" chez Oracle liée à son grand âge.
Il n'y a pas de distinction entre la chaîne vide et le null.

C'est difficile de forcer l'évolution car de nombreuses applications utilisent indifféremment la chaîne vide pour le null.

Néanmoins, ils considèrent l'évolution :

Note:
Oracle Database currently treats a character value with a length of zero as null. However, this may not continue to be true in future releases, and Oracle recommends that you do not treat empty strings the same as nulls.

[Pierre GIRARD]

Et est-ce qu'il suffirait de mettre :

Code :

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

INSERT INTO TEST_DVP VALUES (' ','Duschnol',25000);

au lieu de

Code :

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

INSERT INTO TEST_DVP VALUES ('','Duschnol',25000);

pour que ça marche ? et donc, est-ce que le <space> est aussi considéré comme NULL ?

[skuatamad]

Le test est mal présenté probablement dû à l'utilisation d'un outil graphique ne facilitant pas le copier/coller.
En effet on a l'impression qu'oracle renvoie une ligne NULL or il ne renvoie aucune ligne :

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
SQL> CREATE TABLE TEST_DVP (firstname varchar2(50),lastname varchar2(50), salary number(10));
 
Table created.
 
SQL> INSERT INTO TEST_DVP VALUES ('François','Dupont',25000);
 
1 row created.
 
SQL> INSERT INTO TEST_DVP VALUES ('','Duschnol',25000);
 
1 row created.
 
SQL> INSERT INTO TEST_DVP VALUES (' ','test',25000);
 
1 row created.
 
SQL> SELECT * FROM TEST_DVP WHERE firstname='';
 
no rows selected
 
SQL> SELECT * FROM TEST_DVP WHERE firstname is null;
 
FIRSTNAME                                          LASTNAME                                            SALARY
-------------------------------------------------- -------------------------------------------------- ----------
                                                   Duschnol                                                25000
 
SQL> SELECT * FROM TEST_DVP WHERE firstname=' ';
 
FIRSTNAME                                          LASTNAME                                            SALARY
-------------------------------------------------- -------------------------------------------------- ----------
                                                   test                                                    25000
 
SQL>

[Pierre GIRARD]

Merci pour la réponse, n'ayant pas Oracle à la maison, c'était difficile de tester ... mais c'est bien pour ma culture personnelle.

[tchize_]

Il existe bien un paramétrage pour modifier ce comportement mais rarement mis en oeuvre parce que l'habitude est ancrée chez bon nombre de programmeurs

Surtout rarement mis en oeuvre parce que inconnu au bataillons. Il est où ce paramétrage? LA dernière fois que j'ai vérifié, Oracle trouvait tout à fait normal qu'un chaine vide soit nulle et ne comptait pas en changer.

[tchize_]

Ils sontr drôles quand même chez oracle

Oracle recommends that you do not treat empty strings the same as nulls.

Le problème, c'est que c'est impossible de faire autrement. Cf mon exemple. Quand on traite la chaine vide comme autre chose que nulle, ben oracle se casse les dents ^^

[nico84]

Oracle trouvait tout à fait normal qu'un chaine vide soit nulle et ne comptait pas en changer.

+1

Par ailleurs c'est vraiment pas le sujet de la file et Oracle n'est même pas gratuit...

[fsmrel]

Bonjour,


@ tchize_; A propos de la chaîne vide dans le contexte Oracle :

Code sql :

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

1
2
3
4
5
6
7
 
create table TEST_DVP (firstname varchar2(50),lastname varchar2(50), salary number(10));
insert into TEST_DVP values ('François','Dupont',25000);
insert into TEST_DVP values ('','Duschnol',25000);
select * from TEST_DVP where firstname='François';
select * from TEST_DVP where firstname='';
drop table TEST_DVP;

Code x :

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

1
2
3
4
5
6
7
8
9
10
11
table TEST_DVP created.
1 rows inserted.
1 rows inserted.
FIRSTNAME                                          LASTNAME                                           SALARY                 
-------------------------------------------------- -------------------------------------------------- ---------------------- 
François                                           Dupont                                             25000                  

FIRSTNAME                                          LASTNAME                                           SALARY                 
-------------------------------------------------- -------------------------------------------------- ---------------------- 

table TEST_DVP dropped.

Comment Oracle réagit-il quand on utilise NOT NULL comme ci-dessous ?

Code SQL :

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

create table TEST_DVP (firstname varchar2(50) NOT NULL, lastname varchar2(50) NOT NULL, salary number(10) NOT NULL);

[Pierre GIRARD]

Je ne suis pas un génie des bases de données en général et du SQL en particulier, mais à priori, il va coincer sur la ligne :

Code :

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

INSERT INTO TEST_DVP VALUES ('','Duschnol',25000);

[fsmrel]

Je ne suis pas un génie des bases de données en général et du SQL en particulier, mais à priori, il va coincer sur la ligne :

Code :

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

INSERT INTO TEST_DVP VALUES ('','Duschnol',25000);

Merci de fournir la valeur du code-retour correspondant fourni par Oracle.

[tchize_]

je peux tester ça demain au boulot, mais de mémoire, c'est la même erreur que quand tu insère un null: constraint violation. De bout en bout oracle consièdre que '' et null c'est la même chose. Avec de fortes conséquences sur les requêtes puisque null a une mathématique particulière en SQL.

[Pierre GIRARD]

Ça m'est arrivé (accidentellement) avec Firebird, et ça fait effectivement une "Violation de contrainte". je n'ai pas le message exact en tête ... et encore moins code-retour Oracle. Mais quelle que soit la base de donnée, je pense que faire un INSERT de '' dans un champs NON NULL ne peut que mal se passer.

[tchize_]

Mais quelle que soit la base de donnée, je pense que faire un INSERT de '' dans un champs NON NULL ne peut que mal se passer.

Je ne vois pas le problème, en général C'est juste oracle qui coince dessus.

[Pierre GIRARD]

Pas dans le cas précis, le

Code :

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

INSERT INTO TEST_DVP VALUES ('','Duschnol',25000);

Dans :

Code :

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

CREATE TABLE TEST_DVP (firstname varchar2(50), ...

et dans :

Code :

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

CREATE TABLE TEST_DVP (firstname varchar2(50) NOT NULL, ...

c'est pas la même chose, et en tous cas avec Firebird ou Interbase, ça ne passe pas.

Dans le premier cas, je n'ai aucune erreur, mais dans le deuxième, ça coince. Bon, maintenant, '' = NULL n'est peut-êre pas une exclusivité Oracle.

[skuatamad]

Comment Oracle réagit-il quand on utilise NOT NULL comme ci-dessous ?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
SQL> CREATE TABLE TEST_DVP (firstname varchar2(50) NOT NULL, lastname varchar2(50) NOT NULL, salary number(10) NOT NULL);
 
Table created.
 
SQL> INSERT INTO TEST_DVP VALUES ('','Duschnol',25000);
INSERT INTO TEST_DVP VALUES ('','Duschnol',25000)
                             *
ERROR at line 1:
ORA-01400: cannot insert NULL into ("SKUATAMAD"."TEST_DVP"."FIRSTNAME")
 
 
SQL>

[fsmrel]

Bonjour,

Quelle que soit la base de donnée, je pense que faire un INSERT de '' dans un champ NON NULL ne peut que mal se passer.

Objection votre honneur. Qu’une chaîne de caractères soit vide ne lui retire pas son statut de chaîne de caractères, on reste dans une logique bivalente (valeurs de vérité vrai, faux) alors que le bonhomme Null nous entraîne dans une logique trivalente (vrai, faux, inconnu), voire quadrivalente (vrai, faux, applicable, inapplicable). Dans un système valide, avec une variable de type chaîne, je peux lui affecter la valeur '' (vide) puis récursivement l’enrichir à l’infini par concaténation, tandis que la concaténation de Null et d’une chaîne de caractères vide ou de longueur infinie, produit un résultat désespérément marqué Null (lequel, je le rappelle, n’est qu’un marqueur ou une marque, au choix).

A cette occasion, je mentionne l’usage que John von Neumann a fait du vide (extrait d’un article de Daniel Barthe, paru dans Tangente n° 100).



J’ose penser que tchize_ et skuatamad sont plutôt dans le camp de von Neumann, et donc plus augustiniens qu’épicuriens quant à l’approche du vide...


N.B. Ce qui suit fonctionne parfaitement avec MS SQL Server, la ligne correspondante est créée suite à l’INSERT :

Code SQL :

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

1
2
3
 CREATE TABLE TEST_DVP (firstname varchar(50) NOT NULL, lastname varchar(50) NOT NULL, salary int NOT NULL);
 
INSERT INTO TEST_DVP VALUES ('','Duschnol',25000);