Comment utiliser la normalisation dans sql pour html5and programmation css3

Essayer de caser toutes vos données en une seule table SQL provoque généralement des problèmes de programmation HTML5 et CSS3. Le processus de résolution de ces problèmes est appelé la normalisation des données. Est vraiment un Normalization ensemble de règles. Lorsque votre base de données suit la première règle, il est dit en première forme normale. Ici, vous arrivez à la troisième forme normale, ce qui convient à la plupart des applications.

Video: Using PHP with SQL in less than 15 minutes

Première forme normale

Les définitions officielles des formes normales sonnent comme la progéniture d`un avocat et un mathématicien. Voici une définition officielle de la première forme normale:

Une table est dans la première forme normale si et seulement si elle représente une relation. Elle ne permet pas ou nulls des lignes en double.

Oui peut importe.

Video: Brackets Live Development for HTML & CSS

Voici ce que cela signifie en pratique:

Éliminer les champs répertoriés.

Une base de données est dans la première forme normale si

  • Il n`a pas de champ répéter. Prenez toutes les données qui serait dans un champ de répétition et d`en faire une nouvelle table.

  • Il a une clé primaire. Ajouter une clé primaire à chaque table. (Certains diront que cette exigence est pas nécessairement partie de la première forme normale, mais il y aura nécessaire dans la prochaine étape, de toute façon.)

En pratique, la première forme normale signifie se débarrasser des champs répertoriés et faire une nouvelle table pour contenir les pouvoirs. Vous aurez besoin de revenir à la vue du modèle pour créer une nouvelle table, puis créer à nouveau le diagramme.

Un couple de choses se passent ici:

  1. Faire une nouvelle table appelée Puissance.

    Ce tableau ne contient que la clé et le nom de puissance.

  2. Prendre la Puissance champ loin de la héros table.

    le héros la table n`a plus Puissance champ.

  3. Ajouter une clé primaire à deux tables.

    Les deux tableaux ont maintenant une clé primaire entier. Regardant par-dessus les tables, il n`y a plus les champs tous les facteurs mentionnés, de sorte que vous êtes dans la première forme normale.

Deuxième forme normale

La terminologie officielle pour la deuxième forme normale est tout aussi déconcertante que la première forme normale:

Une table est la deuxième forme normale (2NF) que si elle est en 1NF et tous les champs non-clés dépendent entièrement de l`ensemble clé candidate, pas seulement une partie de celui-ci.

Huh? Il faut que tu aimes ces informaticiens.

En pratique, la deuxième forme normale est assez facile aussi. Cela signifie vraiment

Éliminer la répétition.

Regardez tous les endroits où vous avez des données dupliquées et créer de nouvelles tables pour prendre soin d`eux.

Dans les données de héros, vous pouvez éliminer beaucoup de problèmes en brisant les données de héros en trois tableaux.

Bon nombre des problèmes dans la badhero la conception se produit parce que, apparemment plus d`un héros peut être sur une mission particulière, et donc les données de la mission se répète. En séparant les données de la mission dans une autre table, vous garantissez que les données pour une mission est entré une seule fois.

Notez que chaque table a une clé primaire, et aucun d`entre eux a dressé la liste des champs. Les mêmes données ne seront jamais entrés deux fois. La solution est à la recherche assez bonne!

Notez que tout ce qui concerne la mission a été déplacé à la mission table. Un champ a été ajouté à la héros table, qui contient un nombre entier. Ce champ est appelé référence clé étrangère.

Troisième forme normale

La troisième forme normale ajoute une exigence. Voici la définition officielle:

Une table est en 3NF si elle est en 2NF et n`a aucune dépendance transitive sur la clé candidate.

Hou la la! Ces définitions de mieux en mieux. Encore une fois, il est vraiment beaucoup plus facile qu`il n`y paraît:

Video: Le Match : choisir XML ou une base de données ? découvrez la réponse surprenante

Veiller à la dépendance fonctionnelle.

En d`autres termes, vérifier chaque champ de chaque table et assurez-vous qu`il décrit vraiment ce que la table est sur le point. Par exemple, est l`intrigue liée à la mission ou le héros? Qu`en est-il le méchant?

La chose la plus délicate de la dépendance fonctionnelle est que, souvent, vous ne savez pas vraiment comment les données est censé être connecté. Seule la personne qui utilise les données sait vraiment comment il est censé fonctionner. Vous devez travailler avec le client pour savoir exactement ce que le règles d`affaires (Les règles qui décrivent comment les données fonctionne vraiment) sont. Vous ne pouvez pas vraiment dire à partir des données lui-même.

Les bonnes nouvelles sont que, pour les structures simples comme les données de héros, vous êtes souvent déjà en troisième forme normale au moment où vous arrivez à la deuxième forme normale. Pourtant, vous devriez vérifier. Après une base de données est en troisième forme normale, vous avez réduit la possibilité de plusieurs types d`anomalies, de sorte que vos données sont beaucoup plus fiables que c`était dans le passé.

Plusieurs autres formes de normalisation existent, mais la troisième forme normale est suffisant pour la plupart des applications.

Articles connexes