Discussion :

[Pierre GIRARD]

Et si vous faites :

Code SQL :

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

1
2
3
4
5
6
7
8
9
 CREATE TABLE TEST_DVP (firstname varchar(50) NOT NULL, lastname varchar(50) NOT NULL, salary int NOT NULL);
 
INSERT INTO TEST_DVP VALUES ('','Duschmol',25000);
INSERT INTO TEST_DVP VALUES ('','Duschnok',25000);
/*(et pourquoi pas )*/
INSERT INTO TEST_DVP VALUES ('','',25000);
INSERT INTO TEST_DVP VALUES ('','',10000);
INSERT INTO TEST_DVP VALUES ('','',35000);
...

Ça ne pose pas de problèmes ?

En tous cas, avec FireBird/Interbase, ça ne passe pas (aucune de ces lignes). Et si on cherche par la suite à faire des tris sur firstname + lastname ...? Bonjour les résultats.

[punkoff]

Non y a pas de problème et ce n'est pas restreint à Sql serveur.

Sur du db2 ca passera, postgresql aussi par exemple.


Le fonctionnement est logique et donne la possibilité de distinguer correctement les différents "états" d'une colonne d'une ligne.

Et si on cherche par la suite à faire des tris sur firstname + lastname ...? Bonjour les résultats.

Cette remarque concerne la qualité des données. Je ne vois pas bien la pertinence de ceci dans le cas présent.


Le cas avec les chaines de caractères pourrait plus se comparer avec le cas suivant :

Pour une colonne typée en numeric si l'utilisateur renseigne 0 le sgbd force l'insertion à null.

[fsmrel]

Et si vous faites :

Code SQL :

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

1
2
3
4
5
6
7
8
9
 CREATE TABLE TEST_DVP (firstname varchar(50) NOT NULL, lastname varchar(50) NOT NULL, salary int NOT NULL);
 
INSERT INTO TEST_DVP VALUES ('','Duschmol',25000);
INSERT INTO TEST_DVP VALUES ('','Duschnok',25000);
/*(et pourquoi pas )*/
INSERT INTO TEST_DVP VALUES ('','',25000);
INSERT INTO TEST_DVP VALUES ('','',10000);
INSERT INTO TEST_DVP VALUES ('','',35000);
...

Ça ne pose pas de problèmes ?

Du point de vie de la théorie relationnelle ça ne pose aucun problème. Du point de vue de la norme SQL non plus. Et avec MS SQL Server on obtient ceci, légitime et légal :

Firstname    lastname    salary
             Duschnol     25000
             Duschnok     25000
                          25000
                          10000
                          35000

Simplement, pour éviter de faire des bêtises, il faudrait prévoir une clé primaire pour la table TABLE TEST_DVP. Par défaut, on peut conjecturer qu’il s’agit du triplet {firstname, lastname, salary}. En l’absence de clé, la table n’est qu’un sac (lignes en double acceptées), ce qui en l’occurrence n’est pas conforme à la théorie relationnelle qui ne reconnaît pas les sacs (bags), mais seulement les ensembles (sets). Exemple de sac agréé par la norme SQL mais qui, soit dit en passant, ne propose pas d’algèbre propre aux sacs :

Code SQL :

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

1
2
3
4
5
6
7
8
9
10
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);
INSERT INTO TEST_DVP VALUES ('','Duschnol',25000);
INSERT INTO TEST_DVP VALUES ('','Duschnok',25000);
INSERT INTO TEST_DVP VALUES ('','',25000);
INSERT INTO TEST_DVP VALUES ('','',10000);
INSERT INTO TEST_DVP VALUES ('','',35000);
INSERT INTO TEST_DVP VALUES ('','',0);
INSERT INTO TEST_DVP VALUES ('','',0);

=>

Firstname    lastname    salary
             Duschnol     25000
             Duschnol     25000
             Duschnok     25000
                          25000
                          10000
                          35000
                              0
                              0

En tous cas, avec FireBird/Interbase, ça ne passe pas (aucune de ces lignes).

Donc ces SGBD ne sont pas conformes la théorie relationnelle.

Et si on cherche par la suite à faire des tris sur firstname + lastname ...? Bonjour les résultats.

En relationnel on manipule des ensembles, pas des listes. Comme dit punkoff, cet aspect des choses est à traiter au niveau de la présentation des résultats, avec pour conséquence la mise en œuvre des règles de gestion idoines si c’est caca boudin. La routine en quelque sorte...

[Pierre GIRARD]

A une époque, je travaillais chez Digital (DEC pour les intimes). Il s'est fait qu'à un moment on s'est retrouvé 3 "Pierre GIRARD" Et le logiciel de paye a merdé du coup la paye de "Pierre GIRARD" est allée à "Pierre GIRARD" ... et réciproquement. Inutile de dire que sur les deux il y en a un qui n'était pas très content.

Alors, avec une base de donnée employés du style :

Code :

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

1
2
3
4
5
6
7
8
9
Firstname    lastname    salary
             Duschnol     25000
             Duschnol     25000
             Duschnok     25000
                          25000
                          10000
                          35000
                              0
                              0

Je dis pas le merdier.

[fsmrel]

Alors, avec une base de donnée employés du style :

Code :

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

1
2
3
4
5
6
7
8
9
Firstname    lastname    salary
             Duschnol     25000
             Duschnol     25000
             Duschnok     25000
                          25000
                          10000
                          35000
                              0
                              0

Je dis pas le merdier.

Vous avez parfaitement raison, mais c’est un problème de modélisation et plus généralement de conception si la paye est faussée : le chef de projet aura mal fait son travail. SQL n'est pas responsable de la structure des tables et n'effectue que les contrôles qu'on lui demande : garbage in, garbage out.

[Pierre GIRARD]

Du coup, j'ai fais des tests en VRAI ... et avec les exemples donnés dans ce fil. En fait, Firebird se comporte comme SQL Server ou DB2 (et pas comme Oracle).

J'ai cette erreur quand je fais un import à partir des données d'un fichier Excel (via IBExpert) mais ce sont sur des champs qui sont utilisés dans un INDEX avec la propriété "UNIQUE".

Donc, c'est pas du tout la même chose

Finalement, j’obtiens bien :

Code :

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

1
2
3
4
5
6
7
8
9
Firstname    lastname    salary
             Duschnol     25000
             Duschnol     25000
             Duschnok     25000
                          25000
                          10000
                          35000
                              0
                              0