Relations avec doublons

Pas bon ^^ Pas de doublons sur les clés :D C'est une bête option que Microsoft a mis là !

Etonnant: la clé primaire est par définition unique. a mon avis, tu utilisais une clé complexe constituée de deux champs.

Bonsoir,
Est-ce que vous n'êtes pas en train de confondre "Index" avec "CléPrimaire"; Parce que, comme le dit BruceW. une "CléPrimaire" avec doublons parait une contradiction dans les termes.
De même, plusieurs clés dans la même table ont de quoi en stupéfier plus d'un.
Cordialement.

OUI c'est possible, mais tu dois nous dire précisément comment sont structurées tes données... car tu mélanges les termes! Alors c'est peut être clair dans ta tête, mais nous quand on te lit, ça ne l'est pas.

Un fichier : c'est un document d'une application: un tableur excel, une base de données access, un document word.

Une base de données c'est un ensemble de tables. Dans Access une base = un fichier access

Une table est un ensemble de champs, chaque ligne de la table est appelée "enregistrement", chaque colonne "champs". Il peut y avoir plusieurs tables dans une base.

Basiquement tu dois créer une requête comprenant les deux tables et y inclure tous les champs en faisant le join sur les champs de CP respectifs des deux tables.

J'aimerai que pour chaque code postal du fichier 1, tous les noms d'agence du fichier 2 correspondant à ce même code postal apparaissent.
A partir du moment où tu souhaites conserver des doublons dans fichier1, on ne peut pas savoir à quel code postal on va rattacher un enregistrement de fichier2.

Si tu veux faire un lien entre les deux 'fichiers', alors il te faut une clé primaire unique.

Il lui faut surtout une requête. Pas la peine de modifier ses tables.

Reste plus qu'à comprendre ce que doit contenir le fichier de sortie afin d'expliquer comment on fait le query ^^

Oui, mais on veut fusionner deux bases... (d'ailleurs je me demande si ce n'est pas plutôt fusionner deux tables....)

Deux bases avec une table chacune, deux tables,... c'est kif kif. En SQL tu n'as finalement que des tables et des requêtes (voire même que des requêtes quand tu prends le SQL au pied de la lettre), la base étant une simple juxtaposition de tables.

Et pour moi fusionner deux tables = faire un inner/outer left/inner right join selon ce qu'on veut avoir (doublons ? pas de doublons ? etc...)

Le SQL, c'est cool paske c'est simple!

Mais je suis d'accord avec toi: un brin d'explications additionnelles ne pourrait pas faire de tort ^^

Oui, mais ici, c'est de l'access, donc références éventuelles à des bases externes...

Je pense qu'il faut recadrer le débat. Voici la définition d'une clé primaire: une clé primaire est une contrainte d'unicité qui permet d'identifier de manière unique un enregistrement dans une table. Si on utilise qu'un seul champ, comme ici, ça implique forcément qu'on ne peut pas faire de doublons... et forcément aussi que tu ne peux pas établir d'intégrité référentielle forte, puisque tu ne peux pas lier deux enregistrements de façon univoque.

Il est possible de créer des clés primaires avec plusiseurs champs, mais c'est très déconseillé.

Je viens de faire un test (j'avais quand même un gros doute) : access n'accepte pas les doublons dans les clés primaires (il créé un index dessus, ce qui est normal, mais n'autorise pas cet index à doublonner).
Et c'est heureux !