Archive par «des clés primaires de la" catégorie

Les relations dans une base de données

Tuesday, 15th Janvier 2008 |

Une fois que vous avez mis en place des tables différentes pour chaque sujet dans votre base de données, vous avez besoin d'un moyen de dire à Microsoft Access comment rassembler ces informations. La première étape de ce processus consiste à définir les relations entre vos tables. Après avoir fait cela, vous pouvez créer des requêtes, des formulaires et des rapports pour afficher des informations provenant de plusieurs tables à la fois.

Comment les relations?

Un un à plusieurs
La relation one-to-many est le type le plus commun de la relation. Dans une relation un-vers-plusieurs, un record dans le tableau A peut avoir de nombreux enregistrements correspondants dans le tableau B, mais un record dans le tableau B ne dispose que d'un enregistrement correspondant dans le tableau A.

Une many-to-many
Dans une relation plusieurs-vers-plusieurs, un record dans le tableau A peut avoir de nombreux enregistrements correspondants dans le tableau B, et un record dans le tableau B peut avoir de nombreux enregistrements correspondants dans le tableau A. Ce type de relation n'est possible que par la définition d'une troisième table (appelée une table d'association) dont la clé primaire se compose de deux champs  les clés étrangères des deux tableaux A et B. En effet, quelques relations plusieurs-vers-plusieurs sont d'une relation à deux to-many avec une troisième table. Par exemple, la table Orders et la table Produits ont une relation plusieurs-vers-plusieurs qui est définie par la création de deux one-to-many pour la table Order Details.

Un une-à-un
Dans un one-to-one, chaque enregistrement dans le tableau A peut avoir qu'un seul enregistrement correspondant dans le tableau B, et chaque enregistrement dans le tableau B peut avoir qu'un seul enregistrement correspondant dans le tableau A. Ce type de relation n'est pas courant car la plupart des informations relatives bien être dans un seul tableau. L'utilisation d'un one-to-one est recommandé lorsque vous souhaitez partager une table avec de nombreux domaines, pour isoler une partie d'une table pour les informations de sécurité ou un magasin qui ne s'applique qu'à un sous-ensemble de la table principale. Vous voudrez peut-être, par exemple, créer une table pour enregistrer les employés participant à un match de football pour collecter des fonds.

Définition des relations
Vous définissez une relation en ajoutant les tables que vous voulez mettre en relation à la fenêtre Relations et puis en faisant glisser le champ de clé d'une table et en le déposant dans la clé d'une autre table.
Le type de relation que Microsoft Access crée dépend de la façon dont les domaines connexes sont définies:
• Une relation un-à-plusieurs est créée si un seul des domaines connexes est une clé primaire ou un index unique.
• Un un-à-un est créée lorsque les deux des champs connexes sont des clés primaires ou ont des index uniques.
• En fait, quelques relations plusieurs-vers-plusieurs sont d'une relation à deux to-many avec une troisième table dont la clé primaire se compose de deux champs  les clés étrangères des deux autres tables.
Remarque: Si vous faites glisser un champ qui n'est pas une clé primaire et ne pas avoir un index unique à un autre champ qui n'est pas une clé primaire et ne pas avoir un index unique, une relation indéterminée est créé. Dans les requêtes contenant des tables avec une relation indéterminée, Microsoft Access affiche une valeur par défaut ligne de jointure entre les tables, mais l'intégrité référentielle n'est pas appliquée et il n'ya aucune garantie que les dossiers sont uniques dans chaque tableau.

Normalisation (Choix de clés primaires)

Saturday, Décembre 22nd, 2007 |

Il est l'étape du processus formel par étape pour examiner les attributs d'une entité, afin d'éviter les anomalies observées dans l'addition, suppression et modification des séquences uniques.

Objectifs

1) Réduction des chevauchements et les incohérences;
2) Facile à manipuler la base de données;
3) Système d'information sur la maintenabilité.

Première forme normale (1NF)

Une relation est en 1NF si seulement tous les champs de base ne contiennent que des valeurs uniques (ne contient pas la répétition de groupes).

Procédures:

a) Identifier la clé primaire de l'entité;
b) Identifier le groupe répétitif et le supprime de l'organisme;
c) Créer une nouvelle entité avec la clé primaire de l'entité et le groupe avant de répéter.

La clé primaire de la nouvelle entité sera obtenu par concaténation de la clé primaire de l'entité d'origine et le groupe répétitif.

Ex: Demande

(Numero_pedido; data_pedido; cod_cliente; nom_client; endereco_cliente; (codigo_produto; numero_produto; quantidade_produto; preco_produto; total_produto) total_pedido)

Demande => (numero_pedido; data_pedido; cod_cliente; nom_client; endereco_cliente)

Item_Pedido => (numero_pedido; cod_produto; nome_produto; quantité; preco_produto; total_produto)

De dépendance fonctionnelle

Un rapport R donné, le X attribut est fonctionnellement dépendant R X R attribut est seulement nécessaire lorsque deux séquences R pour combiner les valeurs de X, ils correspondent aussi à la valeur de X.

Deuxième forme normale (2NF)

Une relation R est en 2FN si et seulement si il est le premier et tous les attributs non-clés sont entièrement tributaires de clé primaire (dépendant de la clé entière et pas seulement une partie de celui-ci).

Procédures:

a) Identifier les attributs qui ne sont pas fonctionnellement dépendant de la clé principale.
b) Supprimer l'entité identifiée tous ces attributs et de créer une nouvelle entité avec eux.
La clé primaire de la nouvelle entité sera l'attribut dont les attributs sont supprimés attributs qui sont fonctionnellement dépendant.

Produit => (cod_produto, nome_produto, preco_produto)

Dépendance transitive

Soient A, B, C et trois attributs d'un X. entité C selon que B et B dépendent de la C est alors dit A. transitivement dépend

Troisième forme normale (3NF)

Une relation R est en 3NF si ce n'est que vous êtes dans 2NF et tous les attributs non-clés dépendent de la clé primaire n'est pas transitive (chaque attribut est fonctionnellement dépendant uniquement sur les attributs de clé primaire des composants ou si tous ses attributs non-clés sont mutuellement indépendants) .

Procédures:

a) Identifier tous les attributs qui sont fonctionnellement dépendant d'autres attributs non-clés;
b) Retirez-les et créer une nouvelle entité avec la même.
La clé primaire de la nouvelle entité sera l'attribut qui a supprimé les attributs sont fonctionnellement dépendant.

Client (cod_cliente; nom_client; endereco_cliente)
Produit (cod_produto; nome_produto; preco_produto)
Demande (numero_pedido; data_pedido; ; Total_pedido)

Présentation

Avatar

Merci de votre visite.
Abonnez-vous à nourrir à ne pas manquer tous les messages.

Ici, en blog je vais donner des exemples de collaboration avec Microsoft Access et également poser des questions à ceux qui demandent. Plus

Voulez-vous vous abonner?

Abonnez-vous ou abonnez-vous par e-mail:
Entrez votre email:


Annonces