Discussion :

[vh]

Bonjour,

À la fin de mes études d'informatiques, l'entrée dans la vie professionnelle m'a vite faite comprendre que la théorie des formes normalles étaient souvent sabotées par les obligations de gain de temps de développement. J'ai donc fini par oublier le vocabulaire des formes normalles et créer mes tables plus par expérience qu'avec l'aide de la théorie.

Maintenant, j'aimerai bien m'y remettre donc j'ai déjà lu Dénormalisation de table. Quand ? et entre la theorie et la pratique! mais j'ai encore des zones obscures dans la conception des tables.
J'ai par exemple cette table Client ("id_client" est une clé primaire et "type_contrat" une clé étrangère)

Code :

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

1
2
3
4
5
6
7
id_client  |  nom_client  |  type_contrat  |  offre_du_moment  
-----------+--------------+----------------+-------------------------
1          |  Bouchard    |  A             |  NULL         
2          |  Jean        |  A             |  NULL         
3          |  Rodriguez   |  A             |  NULL         
4          |  La Fleur    |  B             |  Un bouquet acheté pour deux gratuits
5          |  Nestor      |  A             |  NULL

Les clients qui ont un payé un contrat "B" peuvent ajouter un texte personalisé. La proportion est d'environ 1 contrat "B" pour 10 contrats "A" donc je me retrouve avec des tonnes de valeurs "NULL".
À partir de là, je me demande si en suivant la théorie des Formes Normales, j'aurais pu découper ma table dès le début ?

Ou alors il s'agit uniquement d'optimisation et donc ça se rapporte à la question "Quand dénormaliser ?" qui a pour réponse "Après avoir analysé le système en production" ?

[fsmrel]

Bonjour VH,

La théorie de la normalisation fait partie du Modèle Relationnel de Données alors que les valeurs nulles en sont bannies. Pour être en conformité (et en prime procéder à un dégraissage sérieux), il suffit de casser la table Client en deux (comme lorsqu’on normalise) :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
Create Table Client
(   Id_Client     Int        Not Null,
    Nom_Client    Char (xx)  Not Null,
    Type_Contrat  Char (xx)  Not Null,
  Primary key (Id_Client),
  Foreign key (Type_Contrat)...
) ;
Create Table Client_Offre_Du_Moment
(   Id_Client     Int           Not Null,
    Offre_Du_Moment  Char (xx)  Not Null,
  Primary key (Id_Client),
  Foreign key (Id_Client) References Client On Delete Cascade 
)

Toutes les colonnes sont maintenant NOT NULL.

Concernant la contrainte qui veut que seuls les clients ayant un contrat de type B puissent figurer dans la table Offre_Du_Moment, du point de vue du standard (ou norme) SQL, vous pouvez coder quelque chose de ce genre :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
Create Assertion Contrainte_xx 
    Check (Not Exists 
            (Select * 
             From Client A 
             Where Type_Contrat <> 'B'
                And Exists 
                   (Select * 
                    From Offre_Du_Moment B
                    Where A.Id_Client = B.Id_Client)
                   )
            )
          ) ;

Dans la mesure où votre SGBD ne propose pas l’instruction Create Assertion, vous pouvez utiliser un trigger.

Pour vous rafraîchir la mémoire quant à la normalisation des tables, vous pouvez lire la discussion :

http://www.developpez.net/forums/sho...d.php?t=281221

[vh]

La théorie de la normalisation fait partie du Modèle Relationnel de Données alors que les valeurs nulles en sont bannies.

d'accord merci pour ta réponse
donc j'aurais pu le prévoir dès le début

Dans la mesure où votre SGBD ne propose pas l’instruction Create Assertion, vous pouvez utiliser un trigger.

étant développeur Web j'ai surtout de l'expérience avec MySQL qui ne permet pas de faire grand chose puisque les dernière versions (avec triggers, procédures stockées) ne sont pas encore disponibles chez tous les hébergeurs mutualisés.
de plus j'ai tendance à gérer ce genre de contrainte dans mon code et comme ça je limite l'utilisation du SGBDR au simple stockage des données. Je pense que ça m'aide aussi à construire des tables correctes puisqu'il ne faut pas qu'on puisse remplir les tables avec des données qui ne sont pas cohérentes entre elles

par contre en partant de ce principe, je mets systématiquement les champs en "NULL acceptés" puisque dans ma logique c'est à mon code de gérer l'insertion de valeurs correctes donc je vais revoir ce point

[SQLpro]

vh

... votre titre : "Formes Normales et valeurs NULL" est une hérésie au bon sens : NULL n'est pas une valeur, c'est un marqueur qui représente justement l'absence de valeur comme nil en programmtion à base de pointeurs...

fmsrel

... plus simple l'assertion :

Code :

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

1
2
3
4
5
6
CREATE Assertion Contrainte_xx 
CHECK NOT EXISTS (SELECT * 
                  FROM   Client C
                         INNER JOIN Offre_Du_Moment O
                               ON C.Id_Client = O.Id_Client
                  WHERE  Type_Contrat <> 'B')

A +

[vh]

... votre titre : "Formes Normales et valeurs NULL" est une hérésie au bon sens : NULL n'est pas une valeur, c'est un marqueur qui représente justement l'absence de valeur comme nil en programmtion à base de pointeurs...

ok
ce que j'ai prévu de faire c'est de concevoir mes prochaines tables avec uniquement des champs "NOT NULL"

merci à vous tous pour vos explications

[SQLpro]

ce que j'ai prévu de faire c'est de concevoir mes prochaines tables avec uniquement des champs "NOT NULL"

C'est la pire des choses à faire...

Petite anecdote... Un jour j'audite une application dans laquelle les développeurs avient tout mis en NOT NULL. Il s'agissait d'un site web de vente de lingerie fine.... Or la date de naissance des clients étaient rarement renseigné et comme c'était du NOT NULL ils mettaient par défaut 01/01/1900.

Quand on a voulu faire des statistiques de vente on s'est aperçut que la moyenne d'âge des clients qui achetaient des strings avec dentelles était de 84 ans. Je leur ait alors dit de se reconvertir dans le DAMART !!!

A +