![\"normaliser\"](\"http:\/\/www.lafabriquedecode.com\/blog\/wp-content\/uploads\/2015\/04\/61368205.jpg\")
<\/a>Normalisez avant qu’il ne faille tout jeter !<\/p><\/div>\n
Les formes normales, des r\u00e8gles \u00e0 suivre pour rester en forme !<\/h1>\n
Les formes normales<\/strong> sont des r\u00e8gles \u00e0 suivre pour parvenir \u00e0 \u00e9liminer cette redondance inutile. Nous n’irons pas en d\u00e9tail dans les aspects formels de ces formes normales, parce qu’ils ne sont pas indispensables \u00e0 la compr\u00e9hension de celles-ci et parce qu’ils rebutent inutilement le d\u00e9butant. Sim-pli-ci-t\u00e9 !<\/p>\n Que nous dit cette premi\u00e8re forme normale (1st Normal Form<\/em>) ? Elle nous dit que tout attribut d’une relation (toute colonne d’une table, si vous pr\u00e9f\u00e9rez) ne doit poss\u00e9der qu’une valeur pour chacun de ses enregistrements (ou tuples).<\/p>\n Plus concr\u00e8tement, voici une table enseignant<\/strong> qui viole all\u00e9grement 1NF :<\/p>\n La colonne prenom<\/em> contient deux valeurs, cette colonne n’est donc pas mono-valu\u00e9e<\/strong> comme nous l’impose 1NF mais multi-valu\u00e9e<\/strong>, on dit que prenom<\/em> ne contient pas de valeur atomique<\/em>, que c’est un groupe de valeurs.<\/p>\n Dans notre cas ici, il ne faut pas faire l’\u00e9conomie d’une colonne d\u00e9di\u00e9e au deuxi\u00e8me pr\u00e9nom (il pourrait m\u00eame y en avoir un troisi\u00e8me, voire N car \u00ab\u00a0le nombre de pr\u00e9noms qui peuvent \u00eatre attribu\u00e9s par les parents \u00e0 un m\u00eame enfant n’est pas fix\u00e9 par la loi\u00a0\u00bb nous dit le site Service Public<\/a>). Cr\u00e9ons donc cette nouvelle colonne et notons que la cr\u00e9ation de celle-ci nous permettra de faire des recherches de meilleure qualit\u00e9 sur les pr\u00e9noms, par exemple en utilisant un index<\/a> !<\/p>\n Plut\u00f4t simple, n’est-ce pas ? Que dire de cette relation :<\/p>\n Encore une fois, notre colonne adresse est multi-valu\u00e9e ! M\u00eame si elle ne contient qu’une seule adresse, cette adresse elle-m\u00eame contient plusieurs informations, de nature diff\u00e9rente: un nom de rue, un num\u00e9ro dans cette rue, un code postal, un nom de ville…Pourquoi ne pas cr\u00e9er une table adresse avec un champ numero<\/em>, type_voie<\/em> (rue, avenue, boulevard etc.), code_postal<\/em>, ville<\/em> etc. ? Cela peut servir si l’on veut normaliser nos adresses gr\u00e2ce \u00e0 des outils tierce-partie et les rendre \u00ab\u00a0propres\u00a0\u00bb. Parfois il arrive que l’on laisse volontairement l’adresse dans cet \u00e9tat pour minimiser les jointures et donc acc\u00e9der le plus rapidement possible \u00e0 l’information…A vous d’\u00e9tudier la pertinence de chacune de ces fa\u00e7ons de faire : gardez simplement \u00e0 l’esprit que l’absence de normalisation peut co\u00fbter cher plus tard…quand les donn\u00e9es auront enfl\u00e9 !<\/p>\n Tout d’abord, pour \u00eatre en 2NF, il faut \u00eatre en 1NF : on ne peut pas \u00eatre sans avoir \u00e9t\u00e9, lorsque l’on normalise ! Pour \u00e9voquer 2NF, il nous faut parler des d\u00e9pendances fonctionnelles<\/strong> ! Qu’est-ce qu’une DF ? Rien de bien compliqu\u00e9, regardons de plus pr\u00e8s cette relation enseigne<\/em> :<\/p>\n Nous avons ici une cl\u00e9 primaire compos\u00e9e<\/strong> du couple (identifiant_enseignant, identifiant_cours). Notre colonne ville<\/em> nous dit dans quelle ville a lieu le cours. On dit ici que identifiant_cours d\u00e9termine<\/strong> ville<\/em> ou bien, dans le sens inverse, que ville d\u00e9pend fonctionnellement<\/em> de identifiant_cours.<\/p>\n Si pour des valeurs identiques d’une colonne C on a les m\u00eames valeurs dans la colonne C2, alors C d\u00e9termine C2 et nous le noterons C \u2192 C2.<\/p><\/blockquote>\n Ici, pour la valeur 1 dans la colonne identifiant_cours nous avons toujours la valeur Avignon en face et pour la valeur 2 dans la colonne identifiant_cours nous avons toujours la valeur Aix. Ce n’est pas le cas de identifiant_enseignant, qui n’a pas les m\u00eames valeurs de ville en face (regardez l’enseignant 1, il enseigne dans la ville d’Aix et dans la ville d’Avignon).<\/p>\n Dans notre relation enseigne<\/em> nous distinguons:<\/p>\n Ici nous avons identifi\u00e9 une d\u00e9pendance fonctionnelle<\/strong> entre une partie de la cl\u00e9 (la colonne identifiant_cours<\/em>) et une colonne non cl\u00e9 (ville<\/em>). Voil\u00e0 pourquoi cette relation viole 2NF<\/strong>.<\/p>\n Pour qu’une relation soit conforme \u00e0 2NF, les attributs non cl\u00e9 de cette relation doivent d\u00e9pendre fonctionnellement de toute la cl\u00e9 et non d’une partie seulement<\/p><\/blockquote>\n Ici nous avions : identifiant_cours \u2192 ville<\/strong>. La colonne identifiant_cours est une partie (la moiti\u00e9 pour \u00eatre parfaitement exact) de la cl\u00e9. CQFD.<\/p>\n Nous allons isoler la DF identifiant_cours \u2192 ville<\/em> qui nous pose probl\u00e8me dans sa propre table, que nous pourrions appeler cours<\/strong> par exemple :<\/p>\n Vous noterez que nous avons mis fin \u00e0 la redondance inutile jusqu’alors pr\u00e9sente dans la table (la ville potentiellement r\u00e9p\u00e9t\u00e9e N fois); cela nous aide aussi \u00e0 assurer comme je vous l’ai dit en introduction la coh\u00e9rence des donn\u00e9es (que se serait-il pass\u00e9 avant si nous avions \u00e9crit Avignon \u00ab\u00a0Avinion\u00a0\u00bb, \u00ab\u00a0Avignom\u00a0\u00bb et \u00ab\u00a0Avignon\u00a0\u00bb ? Nous aurions eu trois villes diff\u00e9rentes !). Dor\u00e9navant, Avignon figure une fois et une seule…et le nom est \u00e9crit comme il faut.<\/p>\n Que va devenir notre ancienne relation ? Eh bien oui, nous l’avons quelque peu rabot\u00e9e !<\/p>\n Nous avons sorti ville<\/em> mais il nous faut bien garder le lien entre le cours et la ville, voil\u00e0 pourquoi la source<\/strong> de la DF identifiant_cours \u2192 ville<\/strong>, c’est \u00e0 dire identifiant_cours, RESTE dans la table d’origine. Gr\u00e2ce \u00e0 identifiant_cours, qui existe maintenant dans les deux tables, nous pouvons effectuer des jointures et ainsi garantir qu’on a maintenu l’information initiale qui \u00e9tait \u00ab\u00a0tel cours se donne dans telle ville\u00a0\u00bb.<\/p>\n En pratique ici, identifiant_cours sera cl\u00e9 primaire dans la nouvelle table cours<\/strong> et une contrainte d’int\u00e9grit\u00e9 r\u00e9f\u00e9rentielle partira depuis identifiant_cours situ\u00e9 dans enseigne<\/strong> vers identifiant_cours situ\u00e9 dans cours<\/strong>.<\/em><\/p>\n Tout comme il nous faut \u00eatre en 1NF pour \u00eatre en 2NF, il nous faut \u00eatre en 2NF pour \u00eatre en 3NF : nous proc\u00e9dons de mani\u00e8re incr\u00e9mentale !<\/p>\n Pour \u00eatre en 3NF, il faut que toute colonne non cl\u00e9 ne d\u00e9pende que de la cl\u00e9 de la relation<\/p><\/blockquote>\n Revenons un instant \u00e0 nos enseignants, dont la structure a quelque peu \u00e9volu\u00e9 :<\/p>\n Nous avons souhait\u00e9 pour chaque enseignant dire \u00e0 quel d\u00e9partement il \u00e9tait rattach\u00e9 et o\u00f9 ce dernier se situait. Dans le cas pr\u00e9sent, localisation d\u00e9pend de departement<\/strong> (not\u00e9 departement \u2192 localisation). Notre attribut departement<\/em> ne fait pas partie de la cl\u00e9, pas plus que localisation, dont il d\u00e9pend. Voil\u00e0 pourquoi cette relation n’est pas conforme \u00e0 3NF<\/strong> !<\/p>\n Les probl\u00e8mes pos\u00e9s par cet exemple sont les m\u00eames que pour la 2NF, \u00e0 savoir :<\/p>\n Comme pour 2NF, il va nous falloir isoler la DF anormale departement \u2192 localisation<\/strong> dans sa propre table, comme ceci :<\/p>\n L\u00e0 encore vous noterez que nous avons mis fin \u00e0 la redondance qui jusque l\u00e0 existait dans notre table. Notre relation enseignant<\/strong> va \u00ab\u00a0maigrir\u00a0\u00bb elle aussi mais on doit \u00e9galement y faire exister un lien vers notre nouvelle relation, ce lien ce sera la colonne identifiant_departement :<\/p>\n1NF<\/h1>\n
<\/a><\/p>\nComment se mettre en conformit\u00e9 avec 1NF ?<\/h2>\n
<\/a><\/p>\n<\/a><\/p>\n2NF<\/h1>\n
<\/a><\/p>\n
\nNous voyons que la colonne ville d\u00e9pend<\/em> de identifiant_cours : le cours 1 est toujours donn\u00e9 \u00e0 Avignon et le 2, toujours \u00e0 Aix.<\/p>\n\n
Comment se mettre en conformit\u00e9 avec 2NF ?<\/h2>\n
<\/a><\/p>\n<\/a><\/p>\n3NF<\/h1>\n
<\/a><\/p>\n\n
Comment se mettre en conformit\u00e9 avec 3NF ?<\/h2>\n
<\/a><\/p>\n