Sql domaine-clé forme normale (dk / NF) et la forme anormale
Après une base de données SQL est en troisième forme normale, vous avez éliminé la plupart, mais pas tous, les chances d'anomalies de modification. Formes normales au-delà de la troisième sont définis pour écraser ces quelques bugs restants.
Forme normale domaine-clé (DK / NF)
Boyce-Codd forme normale (BCNF), quatrième forme normale (4NF), et la cinquième forme normale (5NF) sont des exemples de ces formes. Chaque forme élimine une éventuelle anomalie de modification, mais ne garantit pas la prévention de toutes les anomalies de modification possibles. Forme normale domaine-clé, cependant, fournit une telle garantie.
Une relation est en domaine-clé forme normale (DK / NF) si chaque contrainte sur la relation est une conséquence logique de la définition de clés et de domaines. UN contrainte dans cette définition est une règle qui est assez précis que vous pouvez évaluer si oui ou non il est vrai. UN clé est un identifiant unique d'une ligne dans une table. UN domaine est l'ensemble des valeurs autorisées d'un attribut.
Regardez cette base de données, qui est en 1NF, pour voir ce que vous devez faire pour mettre cette base de données en DK / NF.
Table: VENTES (N ° de client, Produit, Cours)
Key: N ° de client
Contraintes:
N ° de client détermine Produit
Produit détermine Cours
N ° de client doit être un entier> 1000
Pour appliquer la contrainte 3 (qui N ° de client doit être un entier supérieur à 1000), vous pouvez simplement définir le domaine pour N ° de client d'intégrer cette contrainte. Cela rend la contrainte une conséquence logique du domaine de la N ° de client colonne. Produit dépend de N ° de client, et N ° de client est une clé, de sorte que vous aurez aucun problème avec la contrainte 1, qui est une conséquence logique de la définition de la clé.
Contrainte 2 est un problème. Cours dépend (est une conséquence logique de) Produit, et Produit est pas de clé. La solution consiste à diviser la table des ventes en deux tableaux. On utilise de table N ° de client en tant que clé, et les autres utilisations Produit comme une clé. La base de données, en plus d'être en 3NF, est également en DK / NF.
Concevez vos bases de données de sorte qu'ils sont en DK / NF si possible. Si vous pouvez faire cela, l'application de clés et de domaine restrictions provoque toutes les contraintes à respecter, et des anomalies de modification ne sont pas possibles. Si la structure de la base de données est conçu pour vous empêcher de mettre en DK / NF, alors vous avez à construire les contraintes dans le programme d'application qui utilise la base de données. La base de données elle-même ne garantit pas que les contraintes seront satisfaites.
Forme anormale
Comme dans la vie, donc dans des bases de données: Parfois, être anormal est payante. Vous pouvez laisser emporter par la normalisation et aller trop loin. Vous pouvez briser une base de données en autant de tableaux que la chose entière devient lourd et inefficace. Les performances peuvent chuter. Souvent, la structure optimale pour votre base de données est un peu dénormalisée.
En fait, les bases de données pratiques (les très grands de ceux, en tout cas) ne sont presque jamais normalisées tout le chemin à DK / NF. Vous souhaitez normaliser les bases de données que vous concevez, autant que possible, cependant, pour éliminer la possibilité de corruption de données qui résulte d'anomalies de modification.
Après vous normaliser la base de données autant que vous le pouvez, de faire quelques récupérations comme une marche à sec. Si les performances ne sont pas satisfaisantes, examiner votre conception pour voir si dénormalisation sélective améliorerait les performances sans sacrifier l'intégrité. En ajoutant prudemment redondance dans des endroits stratégiques et dénormaliser juste assez, vous pouvez arriver à une base de données qui est à la fois efficace et sûre d'anomalies.
Comment limiter les valeurs dans SQL Server 2005 Contraintes (règles appliquées par SQL Server 2005) offrent un moyen clé pour assurer l'intégrité des données. SQL Server 2005 vous permet de limiter les valeurs autorisées dans une colonne particulière afin que les données inapproprié est…
Comment créer une table SQL Une table de base de données SQL ressemble beaucoup à une table de feuille de calcul: un tableau à deux dimensions constitué de lignes et de colonnes. Vous pouvez créer une table en utilisant le SQL CREATE TABLE commande. Dans la commande, vous…
Comment faire face à des anomalies de modification SQL et formes normales Une multitude de problèmes - appelé anomalies de modification - peut affliger une base de données si vous ne structurer la base de données SQL correctement. Pour éviter ces problèmes, vous pouvez normaliser la structure de base de données. La…
Comment maintenir l'intégrité de l'entité dans une base de données SQL multitable Chaque table dans une base de données dans SQL correspond à une entité dans le monde réel. Cette entité peut être physique ou conceptuelle, mais dans un certain sens, l'existence de l'entité est indépendante de la base de données. Une table…
Comment maintenir l'intégrité référentielle dans une base de données SQL multitable Même si chaque table dans votre système de SQL a l'intégrité de l'entité et de l'intégrité de domaine, vous pouvez toujours avoir un problème en raison d'incohérences dans la façon dont une table rapporte à un autre. Dans les bases de…
Comment utiliser des contraintes de bases de données SQL multi-tables UN contrainte est une règle d'application que le SGBD applique dans SQL. Après avoir défini une base de données, vous pouvez inclure des contraintes (telles que NOT NULL) Dans une définition de table. Le SGBD fait en sorte que vous ne pouvez…
Comment utiliser des clauses dans SQL La DE clause SQL est assez facile à comprendre si vous avez besoin de spécifier une seule table. Pour observer cette simple déclaration en action, consultez l'exemple suivant:SELECT * FROM VENTES -Cette déclaration renvoie toutes les données de…
Comment utiliser les touches pour accéder rapidement aux informations dans une base de données SQL Une bonne règle pour la conception de base de données SQL est de faire en sorte que chaque ligne d'une table de base de données se distingue de tous les autres row- chaque ligne doit être unique. Parfois, vous voudrez peut-être pour extraire…
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…
Sql tout-en-un pour les nuls Dans l'élaboration de tout système, vous commencez au début et à aller jusqu'au bout, et il est pas différent avec SQL. La liste suivante vous montre ce qu'il faut considérer à chaque phase du cycle de vie de développement de SQL:Phase de…
Critères SQL pour les formes normales Dans SQL, formes normales sont des caractéristiques de bases de données relationnelles. Formes SQL se classés selon les types d'anomalies de modification ils sont soumis. Première, deuxième et troisième formes normales (1NF, 2NF, 3NF) servent…
SQL premier, deuxième et troisième formes normales Il existe trois sources d'anomalies de modification dans SQL Ceux-ci sont définis comme des premier, deuxième, troisième et formes normales (1NF, 2NF, 3NF). Ces formes normales agissent comme des remèdes à la modification des…
Exploration des conseils de conception de base de données Un des aspects les plus importants de tout projet de développement d'applications est la conception de base de données. Et donc, sans plus tarder, voici quelques conseils pour la conception de bonnes bases de données.Utilisez le bon nombre de…
Comment les valeurs z sont utilisés dans les statistiques Si un ensemble de données statistiques a une distribution normale, il est coutumier de normaliser toutes les données pour obtenir des scores classiques connues comme z-valeurs ou z-scores. La distribution de z-valeurs prend une distribution…