Comment utiliser la normalisation dans SQL pour html5and programmation de CSS3

Essayer de caser toutes vos données en un seul tableau de SQL provoque généralement des problèmes pour HTML5 et CSS3 programmation. Le processus de résolution de ces problèmes est appelé la normalisation des données

. La normalisation est vraiment un ensemble de règles. Lorsque votre base de données suit la première règle, il est dit d'être en la première forme normale. Ici, vous arrivez à la troisième forme normale, qui est approprié pour la plupart des applications.

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 la première forme normale si et seulement si elle représente une relation. Il ne permet pas les valeurs NULL ou des lignes en double.

Oui peut importe.

Voici ce que cela signifie en termes pratiques:

Éliminer champs répertoriés.

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

• Il n'a pas de champs répétés. Prenez toutes les données qui serait dans un domaine de répétition et d'en faire une nouvelle table.

• Il possède 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 besoin à l'étape suivante, de toute façon.)

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

Un couple de choses se passent ici:

1. 
   
   
   
   

   Faire une nouvelle table appelée puissance.

   Ce tableau ne contient rien mais une clé et le nom de puissance.

2. Prenez le puissance champ loin de la héros table.

   La héros tableau n'a plus puissance champ.

3. Ajouter une clé primaire à deux tables.

   Les deux tableaux ont maintenant une clé primaire entier. Donnant sur les tables, il n'y a plus champs toute cotées, 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éroutant 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 la clé candidate entier, pas seulement une partie.

Hein? Vous avez obtenu d'aimer ces informaticiens.

En termes pratiques, la deuxième forme normale est assez facile, trop. Il signifie vraiment

Éliminer la répétition.

Regardez tous ces 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.

Un grand nombre des problèmes dans le badhero conception arriver car 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 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 énuméré les domaines. Les mêmes données ne seront jamais entré deux fois. La solution est à la recherche assez bon!

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

Troisième forme normale

La troisième forme normale ajoute encore 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 touche de candidat.

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

Assurer dépendance fonctionnelle.

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

La chose la plus délicate à propos de la dépendance fonctionnelle est que vous ne savez pas vraiment comment souvent les données est supposé être connecté. Seule la personne qui utilise les données ne sait vraiment comment il est censé travailler. Vous avez à travailler avec le client pour comprendre exactement ce que le des règles de gestion (les règles qui décrivent comment les données fonctionne vraiment) sont. Vous ne pouvez pas vraiment dire à partir des données elle-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, afin que vos données est beaucoup plus fiable à ce qu'elle était dans le passé.

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