{Access} Décomposition de tables
Fermé
Djo
-
7 nov. 2009 à 14:19
moderno31 Messages postés 870 Date d'inscription mardi 23 juin 2009 Statut Membre Dernière intervention 8 août 2012 - 8 nov. 2009 à 08:14
moderno31 Messages postés 870 Date d'inscription mardi 23 juin 2009 Statut Membre Dernière intervention 8 août 2012 - 8 nov. 2009 à 08:14
A voir également:
- {Access} Décomposition de tables
- Tables des matieres - Guide
- Germain veut gérer les activités de son association avec une base de données. il a commencé à créer des tables dans un fichier, mais il n’est pas sûr du résultat. le fichier à télécharger contient uniquement le schéma de cette base de données. en l’état actuel, que peut-on en déduire ? - Forum Outlook
- Oracle liste des tables ✓ - Forum Oracle
- Exemple base de données access à télécharger gratuit ✓ - Forum Logiciels
- Access appdata - Guide
4 réponses
moiced59
Messages postés
1145
Date d'inscription
samedi 15 novembre 2008
Statut
Membre
Dernière intervention
18 août 2014
60
7 nov. 2009 à 18:35
7 nov. 2009 à 18:35
salut
je te conseille une seul table pourquoi en creer plusieurs si tu pe tt mettre ds 1
je te conseille une seul table pourquoi en creer plusieurs si tu pe tt mettre ds 1
blux
Messages postés
25991
Date d'inscription
dimanche 26 août 2001
Statut
Modérateur
Dernière intervention
22 avril 2024
3 289
7 nov. 2009 à 20:23
7 nov. 2009 à 20:23
Salut,
le mieux est de décomposer en N tables, car si pour une raison ou une autre, le "format du document" vient à changer, il faut le faire coïncider avec l'entièreté des autres documents... alors qu'avec N tables, tu ne modifies que le format de la table qui t'intéresse.
ou alors, si tu es joueur, tu crées une table qui contient tous les champs et une tablesqui décrit ces champs en fonction du type de document, c'est-à-dire le champ1 correspond à la référence du type de document1, mais correspond à l'issue du type de document3, c'est ce qu'on appelle une métabase : description d'une entité décrivant une entité... mais faut être joueur ;-)
le mieux est de décomposer en N tables, car si pour une raison ou une autre, le "format du document" vient à changer, il faut le faire coïncider avec l'entièreté des autres documents... alors qu'avec N tables, tu ne modifies que le format de la table qui t'intéresse.
ou alors, si tu es joueur, tu crées une table qui contient tous les champs et une tablesqui décrit ces champs en fonction du type de document, c'est-à-dire le champ1 correspond à la référence du type de document1, mais correspond à l'issue du type de document3, c'est ce qu'on appelle une métabase : description d'une entité décrivant une entité... mais faut être joueur ;-)
moderno31
Messages postés
870
Date d'inscription
mardi 23 juin 2009
Statut
Membre
Dernière intervention
8 août 2012
92
8 nov. 2009 à 08:14
8 nov. 2009 à 08:14
Hello
Je te conseilles de créer des tables de "référence unique" ou des sortes de tables de dimension d'une part.
Dautre part tu créeeras des tables de liens de type (n,n). Ces tables là ont 2 clé (id de table A et ide de table B et d'autres champs associés)
J'espère t'avoir aidé
Je te conseilles de créer des tables de "référence unique" ou des sortes de tables de dimension d'une part.
Dautre part tu créeeras des tables de liens de type (n,n). Ces tables là ont 2 clé (id de table A et ide de table B et d'autres champs associés)
J'espère t'avoir aidé
