Skapa och redigera entitetsrelationer
Publicerat: februari 2017
Gäller för: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online
Entitetsrelationer definierar hur poster kan relateras till varandra i databasen. Om du lägger till ett uppslagsfält i en entitet på den enklaste nivån skapas en ny 1:N-relation (en-till-flera-relation) mellan de två entiteterna och gör att du kan placera uppslagsfältet i ett formulär. I uppslagsfältet kan användarna koppla flera underordnade poster för entiteten till en enda överordnad entitetspost.
1:N-relationer definierar inte endast hur poster relateras till andra poster utan tillhandahåller också data för att besvara följande frågor:
När jag tar bort en post; ska alla poster som är relaterade till denna post också tas bort?
När jag tilldelar en post; måste jag då också tilldela alla poster som är relaterade till denna post till den nya ägaren?
Hur gör jag för att effektivisera datainmatningsprocessen när jag skapar en ny relaterad post i kontexten för en befintlig post?
Hur kan en användare som visar en post visa associerade poster?
Entiteter kan också ingå i en N till N-relation (många till många) där ett valfritt antal poster för två entiteter kan vara kopplade till varandra.
I det här ämnet
Bestämma om entitetsrelationer eller anslutningar ska användas
Typer av entitetsrelationer
Skapa och redigera 1 till N-relationer
Mappa entitetsfält
Skapa och redigera N till N-relationer (många-till-många)
Ange hanterade egenskaper för relationer
Bestämma om entitetsrelationer eller anslutningar ska användas
Entitetsrelationer är metadata som gör ändringar i databasen. Dessa relationer ger möjlighet för frågor att hämta relaterade data mycket effektivt. Använd entitetsrelationer för att definiera formella relationer som definierar entiteten eller den som kan användas för de flesta poster. En affärsmöjlighet utan en potentiell kund är t.ex. inte särskilt användbar. Entiteten Affärsmöjlighet har även en N till N-relation med konkurrententiteten. Detta ger möjlighet att lägga till flera konkurrenter i affärsmöjligheten. Du kanske vill samla in dessa data och skapa en rapport som visar konkurrenterna.
Det finns andra mindre formella typer av relationer mellan poster som kallas anslutningar. Det kan t.ex. vara bra att veta om två kontakter är gifta, om de kanske är vänner utanför arbetet, eller om en kontakt tidigare har arbetat för ett annat konto. De flesta företag genererar inte rapporter med hjälp av den här typen av information eller kräver att den anges, så det är antagligen inte värt att skapa relationer mellan entiteter.
Typer av entitetsrelationer
Du kanske tror att det finns tre typer av relationer mellan entiteter när du använder lösningsutforskaren. Faktiskt finns det endast två, som du ser i följande tabell.
Relationstyp |
Beskrivning |
|---|---|
1 till N (en-till-många) |
En entitetsrelation där en entitetspost för den primära entiteten kan associeras med många andra relaterade entitetsposter på grund av ett uppslagsfält i den relaterade entiteten. När du visar en primär entitetspost ser du en lista över de relaterade entitetsposterna som är associerade med den. |
N till N (många-till-många) |
En entitetsrelation som är beroende av en speciell relationsentitet (även kallad en överlappande entitet), så att många poster i en entitet kan relateras till många poster i en annan entitet. När du visar poster för varje entitet i en N till N-relation kan du se en lista över alla poster för den andra entiteten som är relaterade till den. |
N till 1-relationstyper (många-till-en) finns i lösningsutforskarens användargränssnitt eftersom lösningsutforskaren visar en vy som är grupperad efter entiteter. 1 till N-relationer existerar faktiskt mellan entiteter och refererar till varje entitet som en primär entitet eller en relaterad entitet. Den relaterade entiteten som ibland kallas för den underordnade entiteten har ett uppslagsfält som gör det möjligt att lagra en referens till en post från den primära entiteten som ibland kallas för den överordnade entiteten. En N till 1-relation är helt enkelt en 1 till N-relation som visas från den relaterade entitetens perspektiv.
Skapa och redigera 1 till N-relationer
Det enklaste sättet att skapa en 1: N-relation är att skapa ett nytt uppslagsfält för en entitet. Du kan ange de gemensamma fältvärdena för uppslagsfältet samt ytterligare två alternativ när du anger Typ till Uppslag. Dessa fält är Målposttyp och Relationsnamn.
Målposttypen väljer den primära entiteten i 1:N-relationen.Relationsnamnet genereras automatiskt för dig och baseras på de två entiteterna som ingår i relationen. Vanligtvis behöver du inte redigera detta, men du kan om du vill. Namnet på entitetsrelationen innehåller utgivarens anpassningsprefix för lösningen du arbetar med för tillfället.
Anteckning
Om du bryr dig om anpassningsprefix måste du arbeta inom ramen för en lösning som är kopplad till utgivaren med det prefix du vill använda.
Men, när du skapar en 1 till N-relation genom att skapa ett uppslagsfält ställs vissa standardvärden in för dig. Om du vill redigera vissa av alternativen i relationen måste du leta upp relationen och redigera den.
Det går inte att skapa anpassade 1 till N-relationer för alla entiteter. I sådana fall kommer inget alternativ att finnas för att skapa en ny anpassad entitetsrelation med hjälp av lösningsutforskaren. Om du använder metadatawebbläsaren kan du filtrera listan över entiteter efter egenskaperna CanBePrimaryEntityInRelationship och CanBeRelatedEntityInRelationship. Se Använda metadatawebbläsaren.
Definitionen av 1:N-relationen består av fyra delar: relationsdefinition, uppslagsfält, navigeringsfönsterobjekt för primär entitet och relationstyp.
.jpeg "1:N Entity Relationship")
Skapa eller redigera 1 till N-relationer mellan entiteter
Gå till Inställningar > Anpassningar.
Klicka på Anpassa systemet.
Under Komponenter utökar du Entiteter och utökar sedan den entitet du vill arbeta med.
Klicka på 1 till N-relationer.
Om du vill redigera eller visa information för en relation markerar du relationen, klickar på Fler åtgärder i verktygsfältet Åtgärder och sedan på Redigera.
– ELLER –
Lägg till en ny relation genom att klicka på Ny 1:N-relation.
Viktigt
Om inte Ny 1 till N-relation visas i verktygsfältet Åtgärder, kan du inte skapa en 1 till n-relation för entiteten.
För en ny relation i avsnittet Relationsdefinition i listan Relaterad entitet väljer du entiteten som ska relateras.
Anteckning
När den relaterade entiteten specificeras anges ett standardvärde för fältet Namn. Om du ändrar den relaterade entiteten innan du sparar ändras värdet på Namn i enlighet med detta.
Välj om detta kommer att vara sökbart till inte.
I avsnittet Uppslagsfält, ange ett värde för fältet Visningsnamn.
Viktigt
När Visningsnamn specificeras anges ett standardvärde för fältet Namn. Om du ändrar Visningsnamn i uppslagsfältet innan du sparar ändras inte värdet i fältet Namn. Därför bör du kontrollera att Namn är relevant innan du sparar.
I listan Fältkrav väljer du ett alternativ för att ange datakrav för fältet innan du sparar en post.
I avsnittet Navigeringsfönsterobjekt för primär entitet i listan Visningsalternativ väljer du ett alternativ för att visa associerade vyer eller en egen etikett.
I avsnittet Relationstyp i listan Typ kan du välja ett av följande alternativ:
Överordnad. I en överordnad relation mellan två entiteter vidtas en åtgärd för en post i den överordnade entiteten även för underordnade entitetsposter som är kopplade till den primära eller överordnade entitetsposten.
Refererande. I en refererande relation mellan två entiteter kan du navigera till alla närliggande poster, men åtgärder som vidtas på en post påverkar inte den andra.
Refererande, begränsa borttagning. I en refererande relation med begränsad borttagning mellan två entiteter kan du navigera till alla närliggande poster. Åtgärder på den överordnade posten tillämpas inte på den underordnade, men det går inte att radera den överordnade posten så länge den underordnade finns. Tänk på att du inte kan ta bort en post när det finns relaterade poster.
Konfigurerbar kaskad. Välj beteende som är associerat med var och en av en uppsättning möjliga åtgärder i konfigurerbar övergripande relation mellan två entiteter.
Viktigt
Om du anger att beteendet för alla åtgärderna ska matchas mot beteendena för åtgärderna för de andra typerna (Typ) anges Typ automatiskt till den andra typen när du sparar relationen.
Mer information:MSDN: Konfigurera relationsbeteendet för entiteter
Klicka på Spara och Stäng för att stänga formuläret Relation.
När du har slutfört anpassningarna ska du publicera dem:
Om du vill publicera anpassningar endast för den komponent som du för närvarande redigerar klickar du på Publicera i verktygsfältet Åtgärder.
Om du vill publicera anpassningar för alla opublicerade komponenter samtidigt klickar du på Entiteter i navigeringsfältet eller i navigeringsfönstret och sedan på Publicera alla anpassningar i verktygsfältet Åtgärder.
Anteckning
-
En anpassad entitet kan inte vara den primära entiteten i en relation med en relaterad systementitet som är angiven som kaskad. Det innebär att du inte kan ha en relation med någon åtgärd som angetts som Kaskad på alla, Kaskad på aktiva eller Kaskad på användarägda mellan en primär anpassad entitet och en relaterad systementitet.
-
Nya relationer kan inte ha åtgärder som angetts som Kaskad på alla, Kaskad på aktiva eller Kaskad på användarägda om den relaterade entiteten i den relationen redan finns som en relaterad entitet i en annan relation som har någon åtgärd med värdet Kaskad på alla, Kaskad på aktiva eller Kaskad på användarägda. Därmed undviks relationer med flera överordningar.
-
Varje gång du ändrar element i användargränssnittet eller implementerar formulärskript för en entitet måste du publicera ändringar så att de tillämpas. Alla anpassningar som ändrar dataschemat för Microsoft Dynamics 365, till exempel anpassade entiteter, relationer eller fält, tillämpas direkt.
-
Om en relation är en del av en hanterad lösning, kan utvecklaren av den hanterade lösningen hindra dig från att anpassa relationen.
-
Installation av en lösning eller publicering av anpassningar kan störa normala systemåtgärder. Vi rekommenderar att du schemalägger en lösningsimport när det stör användarna som minst.
Relationsdefinition
Beroende på om du väljer att skapa en ny en-till-många-relation eller en ny många-till-en-relation i lösningsutforskaren kommer antingen fälten för den primära entiteten eller relaterade entiteten att bli ifyllda i förväg. Du behöver bara välja en. Ett standardvärde för fältet Namn fylls i baserat på utgivarens anpassningsprefix och namnen på de entiteter du väljer att använda i relationen. Du kan ändra namnet om du vill. Om du skapar flera anpassade relationer mellan två entiteter och använder samma anpassningsprefix för båda blir det automatiskt skapade namnvärdet inte unikt och du kommer inte att kunna spara den nya relationen. Du måste redigera namnet för att skilja den från alla befintliga namn innan du kan spara det. Du kan inte ändra det när du har sparat det.
Om du inte vill att denna entitetsrelation ska synas i Avancerad sökning anger du värdet Sökbar till Nej.
Uppslagsfält
Dessa fält är de gemensamma egenskaperna alla fält har utom Sökbar, Fältsäkerhet och Granskning. Om du vill redigera värdena för uppslagsfältet som skapas med entitetsrelationen måste du hitta och redigera uppslagsfältet separat efter att du har skapat en entitetsrelation.Mer information:Skapa och redigera fält
Som en tumregel bör Visningsnamn motsvara visningsnamnet för den primära entiteten.
Navigeringsfönsterobjekt för primär entitet
Den primära entiteten kan visa listor över relaterade entiteter om du expanderar navigeringsfönstret. Alternativen i den här gruppen styr hur eller om du vill visa den här listan. Dessa navigeringsobjekt kan även redigeras med hjälp av formulärredigeraren och utvecklare kan använda JavaScript för att tillämpa ändringar på dessa objekt när formuläret visas.
Fält |
Beskrivning |
|---|---|
Visningsalternativ |
|
Anpassad etikett |
När du väljer visningsalternativet Använd anpassad etikett anger du den anpassade etikett du vill använda i stället för den relaterade entitetens pluralnamn. |
Visningsområde |
|
Visningsordning |
Det här talet styr var navigeringsobjektet kommer att inkluderas i det markerade visningsområdet. Intervallet för tillåtna tal börjar från och med 10 000. Navigeringsfönsterobjekt med ett lägre värde visas ovanför andra relationer med ett högre värde. |
Relationstyp
I en 1 till N-relation kan du styra hur relationen ska hantera affärsregler för organisationen. Varför skulle du vilja göra det? Låt oss titta på ett exempel.
Anta att du har en ny säljare som du vill tilldela ett antal befintliga affärsmöjligheter som för närvarande är tilldelade en annan säljare. Varje affärsmöjlighetspost kan ha ett antal associerade uppgiftsaktiviteter. Du kan enkelt hitta de aktiva affärsmöjligheter du vill omtilldela och tilldela dem till den nya säljaren. Men vad händer för någon av de uppgiftsaktiviteter som är associerade med affärsmöjligheterna? Vill du öppna varje uppgift och besluta om den också ska tilldelas den nya säljaren? Förmodligen inte. I stället kan du låta relationen tillämpa vissa standardregler automatiskt för dig. Dessa regler gäller endast uppgiftsposter som är kopplade till de affärsmöjligheter du omtilldelar. Entitetsrelationen heter Opportunity_Tasks. Dina alternativ är:
Omtilldela alla aktiva uppgifter.
Omtilldela alla uppgifter. Det här är standardbeteendet.
Omtilldela inte någon uppgift.
Omtilldela alla aktiviteter som är tilldelade den förra ägaren för affärsmöjligheten.
Relationen kan styra hur åtgärder som utförs på en post för den primära entitetsposten sprids nedåt till relaterade entitetsposter. Åtgärderna och de möjliga beteendena visas i tabellen nedan.
Åtgärd |
Beskrivning |
Möjliga beteenden |
|---|---|---|
Tilldela |
Vad ska hända när den primära entitetsposten byter ägare? |
|
Dela |
Vad ska hända när den primära entitetsposten delas? |
|
Ta bort delning |
Vad ska hända när delningen av den primära entitetsposten avbryts? |
|
Ny överordnad |
Vad ska hända när ett värde för ett uppslagsfält för en överordnad relationstyp i den primära entitetsposten ändras? En överordnad relationstyp är en som använder Kaskad på alla för alla åtgärder.Anpassningsbara relationer till överordnade entiteter visar en lista över anpassningsbara överordnade systemrelationer. |
|
Ta bort |
Vad ska hända när den primära entitetsposten tas bort? |
|
Koppla |
Vad ska hända när den primära entitetsposten slås samman med en annan post? |
|
Var och en av dessa åtgärder kan konfigureras för att styra hur åtgärder sprids nedåt till poster som är relaterade till den primära entitetsposten via entitetsrelationen 1 till N. De olika beteendealternativen visas i följande tabell.
Beteende |
Beskrivning |
|---|---|
Kaskad på aktiva |
Utför åtgärden för alla aktiva relaterade entitetsposter. |
Kaskad på alla |
Utför åtgärden för alla relaterade entitetsposter. |
Kaskad på inga |
Gör ingenting. |
Ta bort koppling |
Ta bort värdet för sökfältet för alla relaterade entitetsposter. |
Begränsa borttagning |
Förhindra att den primära entitetsposten tas bort när det finns relaterade poster. |
Kaskad på användarägda |
Utför åtgärden för alla relaterade entitetsposter som ägs av samma användare som den primära entitetsposten. |
Hur dessa åtgärder tillämpas inom en relation kan kategoriseras eller tillämpas med hjälp av fältvärdena Typ av beteende som beskrivs i följande tabell.
Fältvärde |
Beskrivning |
|---|---|
Överordnad |
Alla åtgärder använder beteendet kaskad på alla. Anpassningsbara relationer till överordnade entiteter visar alla anpassningsbara systementitetsrelationer som använder det överordnade beteendet. |
Refererande |
Tilldela, dela, ta bort delning och ny överordnad använder beteendet Kaskad på inga. Ta bort använder beteendet ta bort koppling. Koppla använder beteendet kaskad på alla. |
Refererande, begränsa borttagning |
Samma som refererande förutom att ta bort använder beteendet begränsa borttagning. |
Konfigurerbar kaskad |
Enskilda beteenden kan tilldelas för varje åtgärd. Om alternativen matchar någon av de andra typ av beteende-kategorierna ändras värdet till detta typ-värde. |
Begränsningar som kan anges för beteenden
Det finns vissa begränsningar som du bör tänka på när du definierar relationer mellan entiteter.
En anpassad entitet kan inte vara den primära entiteten i en relation med en relaterad systementitet som är angiven som kaskad. Det innebär att du inte kan ha en relation med någon åtgärd som angetts som Kaskad på alla, Kaskad på aktiva eller Kaskad på användarägda mellan en primär anpassad entitet och en relaterad systementitet.
Nya relationer kan inte ha åtgärder som angetts som Kaskad på alla, Kaskad på aktiva eller Kaskad på användarägda om den relaterade entiteten i den relationen redan finns som en relaterad entitet i en annan relation som har någon åtgärd med värdet Kaskad på alla, Kaskad på aktiva eller Kaskad på användarägda. Därmed undviks relationer med flera överordningar.
Mappa entitetsfält
Du kan mappa attribut mellan entiteter som har en entitetsrelation. På så sätt kan du ange standardvärden för en post som skapas i anslutning till en annan post. Anta att du vill lägga till en ny kontaktpost för en person som är anställd för ett visst konto. Du kan göra detta på två olika sätt:
Du kan bara gå till Försäljning > Kontakter och skapa en ny kontaktpost från grunden. Men du måste sedan ange det överordnade kontot och ange flera uppgifter (till exempel adress och telefonnummer) som troligen är samma som för det överordnade kontot. Detta kan ta lång tid och introducerar möjligheter för fel.
Ett enklare sätt är att börja med kontoentiteten och använda underrutnätet Kontakter i formuläret och klicka på + för att lägga till en kontakt. Du får först hjälp med att söka efter alla befintliga kontakter så att du inte oavsiktligt skapar en dubblettpost. Om du inte hittar en befintlig post kan du klicka på Ny och skapa en ny kontaktpost. Skillnaden är att vissa dataelement från kontoposten kommer att kopieras till det nya kontaktformuläret för att ange vissa standardvärden som du kan redigera innan du sparar. Detta kan spara mycket tid när du skriver in data och hjälper till att minska fel.
Standardentitet och attributmappningar visar alla standard-mappningar för Microsoft Dynamics 365.
Anteckning
Mappningarna används inte för relaterade poster som skapats med hjälp av ett arbetsflöde eller en dialogprocess. De används inte automatiskt till nya poster som skapats med hjälp av koden, även om utvecklare kan använda ett särskilt meddelande som kallas MSDN: InitializeFromRequest för att skapa en ny post med hjälp av tillgängliga mappningar.
Dessa mappningar anger endast standardvärden för en post innan den sparas. Användarna kan redigera värdena innan de sparar dem. De data som överförs är data från den aktuella tidpunkten. De är inte synkroniserade. Om informationen i den primära entitetsposten ändras, ändras inte postdata för den relaterade entiteten som överfördes när den skapades.
De standardvärden som anges när du skapar en ny post i en lista definieras inte inom relationer mellan entiteter, men de exponeras i användargränssnittet för relationen. Inte alla 1 till N-entitetsrelationer har dem. När du visar en lista över 1 till N-entitetsrelationer (eller N till 1-entitetsrelationer) för en entitet kan du filtrera de relationer som visas efter typ. Du kan välja Alla, Anpassad, Anpassningsbar eller Kan mappas. Mappningsbara entitetsrelationer ger dig möjlighet att mappa entitetsfält.
Följande regler visar vilka typer av data som kan mappas.
Båda fälten måste vara av samma typ och samma format.
Längden på målfältet måste vara samma eller större än längden på källfältet.
Målfältet får inte redan vara mappat till ett annat fält.
Källfältet måste visas i formuläret.
Målfältet måste vara ett fält där en användare kan ange data.
Om fälten består av alternativuppsättningar bör heltalsvärdena för varje alternativ vara identiska.
Värden för adress-ID kan inte mappas.
Anteckning
Om du behöver mappa alternativuppsättningsfält rekommenderar vi att du konfigurerar båda fälten om du vill använda samma globala alternativuppsättning. Annars kan det vara svårt att hålla två separata uppsättningar av alternativ manuellt synkroniserade. Om heltalsvärdena för varje alternativ inte är korrekt mappade kan du få problem med dina data.Mer information:Skapa och redigera globala alternativuppsättningar
Skapa eller redigera mappning mellan fält
Gå till Inställningar > Anpassningar.
Klicka på Anpassa systemet.
Under Komponenter utökar du Entiteter och utökar sedan önskad entitet.
Klicka på 1 till N-relationer eller N till 1-relationer.
Välj Kan mappas i listan Typ i huvudfönstret.
Välj en relation som kan mappas. Klicka på Åtgärder i verktygsfältet Åtgärder och sedan på Redigera.
Klicka på Mappningar under Relaterade.
I verktygsfältet Åtgärder klickar du på Ny för varje ny mappning.
I dialogrutan Skapa fältmappning väljer du ett källfält från Entitetsfält för källa. Välj ett målfält från Entitetsfält för mål.
Klicka på OK.
Klicka på Spara och Stäng för att stänga formuläret Relation.
När du har slutfört anpassningarna ska du publicera dem
Anteckning
-
När du har publicerat anpassningarna är dessa mappningar tillgängliga för alla användare. Om du återställer Internet Information Services (IIS) innan du publicerar anpassningarna är dessa mappningar tillgängliga för alla användare, även om andra anpassningar inte är tillgängliga.
-
Om du mappar till eller från ett fält som inte visas i ett formulär genomförs inte mappningen förrän fältet har lagts till i ett formulär.
Generera fältmappningar automatiskt
Du kan också generera mappningar automatiskt, men du bör vidta viss försiktighet när du gör detta med systementiteter. Använd det här alternativet när du skapar anpassade entiteter och vill utnyttja mappning. När du visar listan över avbildningar väljer du Generera mappningar i menyn Fler åtgärder. Detta tar bort alla befintliga mappningar och ersätter dem med föreslagna mappningar som baseras endast på de fält som har liknande namn och datatyper. Om du använder detta på en systementitet kan du förlora vissa förväntade mappningar. För anpassade entiteter hjälper det dig att spara tid eftersom du enkelt kan ta bort alla mappningar du inte vill ha och lägga till alla andra som åtgärden skapa mappningar inte skapar.
Skapa och redigera N till N-relationer (många-till-många)
1 till N-entitetsrelationer upprättar en hierarki mellan poster. Det finns ingen uttrycklig hierarki för N till N-relationer (många till många). Det finns inga uppslagsfält eller beteenden som du kan konfigurera. Poster som skapats med en N till N-relation anses finnas på samma nivå och relationen är ömsesidig.
Med N till N-relationer skapas en särskild entitet som kallas för Relationship-entitet (eller Intersect). Den här entiteten har en relation med var och en av de relaterade entiteterna och lagrar endast de värden som är nödvändiga för att definiera relationen. Du kan inte lägga till anpassade fält för en relationsentitet.
Proceduren för att skapa en N till N-relation innebär egentligen att välja två entiteter som du vill ska ingå i en relation och sedan för varje entitet ange hur du vill att respektive lista ska vara tillgänglig i navigeringsfönstret i formuläret för varje entitet. Det här är samma alternativ som används för den primära entiteten i 1 till N-relationer mellan entiteter.Mer information:Navigeringsfönsterobjekt för primär entitet
Alla entiteter kan användas med N till N-relationer. Om knappen Ny N till N-relation inte visas kan du inte skapa en ny N till N-relation med hjälp av den här entiteten. Om du använder metadatawebbläsaren kan du filtrera på entiteter som har värdet för CanBeInManyToMany inställt på true.Mer information:Använda metadatawebbläsaren
Skapa eller redigera N till N-relationer mellan entiteter
Gå till Inställningar > Anpassningar.
Klicka på Anpassa systemet.
Under Komponenter utökar du Entiteter och utökar sedan den entitet du vill arbeta med.
Klicka på N till N-relationer.
Om du vill redigera eller visa information för en befintlig relation, markerar du relationen, klickar på Åtgärder i verktygsfältet Åtgärder och klickar sedan på Redigera.
- ELLER -
Lägg till en ny relation genom att klicka på Ny N till N-relation.
Viktigt
Om inte Ny N till N-relation visas i verktygsfältet Åtgärder, du kan inte skapa en n till n-relation för entiteten.
För en ny relation, i listan Visningsalternativ avsnittet Aktuell entitet, välj något av följande alternativ:
Visa inte: Den andra entiteten visar ingen associerad vy för den aktuella entiteten.
Använd anpassad etikett: Etiketten används för den associerade vyn som skapats för den andra entiteten. Glöm inte att ange ett motsvarande värde i fältet Egen etikett.
Använd pluralnamn: Pluralnamnet används på den aktuella entiteten för den associerade vyn.
Anteckning
När alternativen Använd pluralnamn eller Använd anpassad etikett har valts kan du välja från alternativlistan Visningsområde för att ange visningsområdet (exempelvis marknadsföring eller försäljning) i formuläret där relationsetiketten ska visas. Du kan också ange Visningsordning och bestämma var etiketten ska inkluderas i det markerade visningsområdet.
Viktigt
Navigeringsparadigmet för formulär som är associerade med uppdaterade entiteter är betydligt annorlunda än för enheter som inte har uppdaterats. Du definierar visningsområdet och visningsordningen på nästan samma sätt, men det är viktigt att du förstår varje navigeringsparadigm när du skapar relationer mellan entiteter.
I avsnittet Annan entitet väljer du den andra entiteten från listan Entitetsnamn.
Anteckning
När du anger entitetsnamn anges standardvärden för fälten namn och Relationens entitetsnamn i Relationsdefinitionen-avsnittet. Om du ändrar Entitetsnamn-värdet innan du sparar ändras inte dessa namn, så kom ihåg namnen är relevanta innan du sparar.
I avsnittet Relationsdefinitionen, bekräfta namn och Relationens entitetsnamn.
Dessa värden måste vara unika bland N till N-relationer.
Klicka på Spara och stäng för att stänga formuläret för N till N-relationer.
När du har slutfört anpassningarna ska du publicera dem:
Om du vill publicera anpassningar endast för den komponent som du för närvarande redigerar klickar du på Publicera i gruppen Spara på fliken Start.
Om du vill publicera anpassningar för alla opublicerade komponenter samtidigt klickar du på Publicera alla anpassningar.
Anteckning
Varje gång du ändrar element i användargränssnittet eller implementerar formulärskript för en entitet måste du publicera ändringar så att de tillämpas. Alla anpassningar som ändrar dataschemat för Microsoft Dynamics 365, till exempel anpassade entiteter, relationer eller fält, tillämpas direkt.
Installation av en lösning eller publicering av anpassningar kan störa normala systemåtgärder. Vi rekommenderar att du schemalägger en lösningsimport när det stör användarna som minst.
Ange hanterade egenskaper för relationer
Hanterade egenskaper kan endast användas när du inkluderar ett fält med en hanterad lösning och importerar det till en annan organisation. Dessa inställningar gör att lösningsutvecklare får en viss kontroll över vilken nivå av anpassning de vill ge till användare som installerar deras hanterade lösning när användarna anpassar en entitetsrelation. Ställ in hanterade egenskaper för en relation genom att klicka på knappen Hanterade egenskaper på menyraden.
Den enda hanterade egenskapen för relationer är Kan anpassas. Denna enda inställning styr alla ändringar som kan göras i entitetsrelationen.
Se även
Skapa och redigera metadata
Skapa och redigera entiteter
Skapa och redigera fält
Skapa och redigera globala alternativuppsättningar
Anpassningsbara relationer till överordnade entiteter
Standardentitet och attributmappningar
© 2017 Microsoft. Med ensamrätt. Copyright