La création d'un-à-plusieurs relations dans l'Accès ne montre que des “ Indéterminés” option Type de Relation

Donc, fondamentalement, je suis en train de concevoir mon simple Employé/Mission Suivi de la Base de données à l'aide de l'Accès.

J'ai voulu créer une relation entre Employee table et Mission de table ( plusieurs-à-plusieurs). Donc, j'avais besoin de créer un pont ou la conjonction de l'entité, j'ai nommé il Mission_Assignment. Évidemment, les Clés primaires des deux tables liées ( Mission_ID et Employee_ID) devraient être inclus dans cette entité du pont que les clés étrangères.

Quand j'ai essayé de joindre Mission_Assignment avec Mission en faisant glisser le PK Mission_ID à l'autre table, l'Accès ne m'a pas montré la possibilité de faire cette relation comme un-à-plusieurs, même si j'ai vérifié les Appliquer refrential l'intégrité de la zone. La seule option que j'ai est "Indéterminé" type de relation!

Je veux savoir pourquoi c'est arrivé? Pourquoi ne puis-je pas avoir un-à-plusieurs relation?
J'ai essayé de changer le type de données de la PK de la table à l'aide de l'Assistant liste de choix, afin d'être reconnu comme une clé étrangère dans la conjonction de la table, mais il ne fonctionne pas.

Toute aide serait appréciée.

InformationsquelleAutor AbdullahR | 2013-12-11
  1. 4

    Vérifier la structure de votre [Mission] le tableau. Je soupçonne que [Mission_ID] (ou quelle que soit la colonne de [Mission] vous essayez de l'utiliser dans la Relation) n'est pas considéré comme la Clé Primaire de cette table.

    Accès détermine le Type de Relation comme suit:

    [Table1].[Field]    [Table2].[Field]    Relationship Type
------------------  ------------------  -----------------
PK or Unique        PK or Unique        One-to-One
PK or Unique        Not (PK or Unique)  One-to-Many
Not (PK or Unique)  Not (PK or Unique)  Indeterminate
    • C'est le droit! Ce que j'ai fait est tha fait les deux Clés primaires de la table comme UN composite PK pour le MISSION_ASSIGNMENT table. Merci encore!
    InformationsquelleAutor Gord Thompson
  2. 0

    J'ai eu le même problème mais après la lecture de la ci-dessus, j'ai vérifié de près et un de la clé primaire est "indexé: Oui (Double OK)"..
    J'ai changé ce à pas de doublons et il a permis à la relation à établir.

    merci pour l'aide.

    • Bienvenue sur le site! J'ai quelques conseils à propos de votre réponse. Tel qu'il est actuellement rédigé, c'est plus comme un commentaire sur l'original de la réponse qu'une réponse unique. Vous devez vous modifier il être un stand-alone de réponse; c'est bien de se référer à Gord réponse, mais le faire de manière fiable ("au-dessus" et "dessous" ne sont pas fiables, que l'ordre peut être aléatoire). Les détails sur exactement ce que vous avez trouvé la cause du problème pour vous peut être utile pour d'autres utilisateurs, assurez-vous que la différence se démarque clairement.
    InformationsquelleAutor user6039738
  3. 0

    J'ai eu un problème similaire de la tentative de créer une relation entre deux tables (ReportInfo et de l'Équipe d'Inspection)
    J'ai décidé de faire ReportNo de type texte Court, le PK parce que c'était le principal lien entre toutes les autres tables. Dans mon ReportInfo Table, j'ai aussi eu un ID qui serait auto increment et il a d'abord été le PK, mais il n'a pas de sens puisque les autres tables nécessaires ReportNo que la FK.
    Le Indéterminée option était la seule disponible lors de la tentative de lien avec les deux tables je l'ai mentionné plus tôt.

    Que j'ai changé le PK, il a résolu le problème.

    InformationsquelleAutor wendykcoding