Opprette 1:N-relasjoner (én-til-mange) mellom enheter
Dette emnet gjelder for Dynamics 365 Customer Engagement (on-premises). Du finner Power Apps-versjonen for dette emnet her: Opprett og rediger én-til-mange- eller mange-til-én-relasjoner ved hjelp av Power Apps-portalen
Den enkleste metoden for å opprette en 1:N-relasjon er å opprette et nytt oppslagsfelt for en enhet. Dette lar deg angi vanlige feltverdier for oppslagsfeltet i tillegg til to ekstra alternativer når du setter Type til Oppslag. Disse tilleggsfeltene er Måloppføringstype og Relasjonsnavn.
Måloppføringstype velger Hovedenhet i 1:N-relasjonen. Relasjonsnavn genereres automatisk for deg basert på de to enhetene som inngår i relasjonen. Vanligvis trenger du ikke å redigere denne, men du kan hvis du vil. Navnet på enhetsrelasjon inneholder tilpassingsprefikset for løsningsutgiveren for løsningen du arbeider i.
Merk
Hvis du er interessert i tilpassingsprefikset, må du passe på at du arbeider innenfor konteksten til en løsning som er knyttet til løsningsutgiveren med prefikset du vil bruke.
Når du oppretter en 1:N-relasjon ved å opprette et oppslagsfelt, angis imidlertid enkelte standardverdier for deg. Hvis du vil redigere noen av alternativene som er tilgjengelige i relasjonen, må du finne relasjonen og redigere den.
Egendefinerte 1-N-relasjoner kan ikke opprettes for alle enheter. Når det er tilfelle, er det ikke noe alternativ for å opprette en ny egendefinert enhetsrelasjon ved hjelp av løsningsutforskeren. Hvis du bruker metadataleseren, kan du filtrere listen over enheter i henhold til egenskapene CanBePrimaryEntityInRelationship
og CanBeRelatedEntityInRelationship
.
Definisjonen for 1:N-relasjonen har fire deler: Relasjonsdefinisjon, Oppslagsfelt, Navigasjonsruteelement for hovedenhet og Relasjonsfunksjonalitet.
Opprette eller redigere 1:N-relasjoner mellom enheter
Åpne løsningsutforskeren.
Vis Enheter under Komponenter, og vis deretter enheten du vil arbeide med.
Velg 1:N-relasjoner
Hvis du vil redigere eller vise detaljer for en relasjon, velger du relasjonen, velger Flere handlinger på handlingsverktøylinjen, og velger deretter Rediger.
- ELLER -
Hvis du vil legge til en ny relasjon, velger du Ny én-til-mange-relasjon.
Viktig
Hvis Ny én-til-mange-relasjon ikke vises på handlingsverktøylinjen, kan du ikke opprette en 1:N-relasjoner for enheten.
Velg enheten som skal relateres for en ny relasjon, ved å gå til Relatert enhet-listen i inndelingen Relasjonsdefinisjon.
Merk
Hvis du angir den relaterte enheten, blir det satt en standardverdi for Navn-feltet. Hvis du endrer den relaterte enheten før du lagrer, blir verdien av Navn endret tilsvarende.
Velg om dette skal være søkbart eller ikke.
Angi en verdi for Visningsnavn-feltet i inndelingen Oppslagsfelt.
Viktig
Hvis du angir Visningsnavn, blir det satt en standardverdi for Navn-feltet. Hvis du endrer Visningsnavn for oppslagsfeltet før du lagrer, endres ikke verdien for Navn-feltet. Derfor må du passe på at Navn er beskrivende før du lagrer.
I Feltkrav-listen velger du et alternativ for å angi datakravene for feltet før du lagrer en oppføring.
Velg et alternativ for visning av tilknyttede visninger eller en egendefinert etikett, i inndelingen Navigasjonsruteelement for primærenhet i listen Visningsalternativ.
Velg ett av følgende alternativer i listen Funksjonalitetstype i inndelingen Relasjonsfunksjonalitet:
Overordnet. I en overordnet relasjon mellom to tabeller blir alle handlinger som utføres på en oppføring for den overordnede tabellen, også utført på alle oppføringer for underordnede tabeller som er relatert til oppføringen for primærenheten (eller overordnet). Eieren av den overordnede oppføringen har for eksempel arvet tilgang til oppføringene i den underordnede tabellen, og når den overordnede oppføringen slettes, slettes også alle de underordnede oppføringene. For 1:N-overordnet relasjon mellom overordnet tabell (P1) og underordnet enhet (C1) gis eieren av P1-oppføring arvet tilgang til underordnede C1-oppføringer.
Referensiell. I en referanserelasjon mellom to enheter kan du navigere til alle relaterte oppføringer. Handlinger som utføres på den ene enheten, påvirker imidlertid ikke den andre.
Referensiell, begrens sletting. I en relasjon av typen referensiell, begrens sletting kan du navigere til relaterte oppføringer. Handlinger som utføres på den overordnede oppføringen, blir ikke brukt på den underordnede, men den overordnede oppføringen kan ikke slettes så lenge den underordnede oppføringen finnes. Vær oppmerksom på at du ikke kan slette en oppføring når det finnes relaterte oppføringer.
Konfigurerbar overlapping. I en konfigurerbar gjennomgripende relasjon mellom to enheter, velger du virkemåten som er tilknyttet hver av et sett med mulige handlinger.
Viktig
Hvis du angir virkemåtene for handlingene slik at det samsvarer med virkemåten for handlingene som er tilknyttet annen Funksjonalitetstype, settes Funksjonalitetstype automatisk til den samsvarende typen når du lagrer relasjonen.
Mer informasjon: Konfigurere relasjonsatferd for enhet
Velg Lagre og lukk for å lukke Relasjon-skjemaet.
Når du er ferdig med tilpassingene, publiserer du dem:
Hvis du bare vil publisere tilpassinger for komponenten du redigerer for øyeblikket, velger du Publiser på handlingsverktøylinjen.
Hvis du vil publisere tilpassinger for alle upubliserte komponenter samtidig, velger du Enheter i navigasjonsfeltet, og velger deretter Publiser alle tilpassinger på handlingsverktøylinjen.
Merk
- En egendefinert enhet kan ikke være hovedenhet i en relasjon med en relatert systemenhet som overlapper. Dette betyr at du ikke kan ha en relasjon med handling satt til Overlapp alle, Overlapp aktive eller Overlapp brukereide mellom en egendefinert hovedenhet og en relatert systemenhet.
- Nye relasjoner kan ikke ha handling satt til Overlapp alle, Overlapp aktiv eller Overlapp brukereide hvis den relaterte enheten i relasjonen allerede finnes som en relatert enhet i en annen relasjon, som har en handling satt til Overlapp alle, Overlapp aktiv eller Overlapp brukereide. Dette hindrer relasjoner som har relasjoner med flere overordnede.
- Hver gang du endrer elementer i brukergrensesnittet eller implementerer skjemaskript for en enhet, må du publisere endringene for å aktivere dem. Alle tilpassinger som endrer dataskjemaet for en app, for eksempel tilpassede enheter, relasjoner eller felt, aktiveres umiddelbart.
- Hvis en relasjon er en del av en administrert løsning, kan utvikleren av den administrerte løsningen begrense deg fra å tilpasse relasjonen.
- Installasjon av løsninger eller publisering av tilpassinger kan forstyrre den ordinære driften av systemet. Vi anbefaler at du importerer løsninger på tidspunkt der det i minst mulig grad vil forstyrre brukerne.
Relasjonsdefinisjon
Avhengig av om du velger å opprette en ny én-til-mange-relasjon eller en ny mange-til-én-relasjon fra løsningsutforskeren, blir feltet Hovedenhet eller Relatert enhet forhåndsutfylt. Du trenger bare å velge den andre. En standardverdi for Navn-feltet blir forhåndsutfylt basert på løsningsutgiverens tilpassingsprefiks og navnene på enhetene du velger å delta i relasjonen. Du kan redigere navnet hvis du vil. Hvis du oppretter flere enn én egendefinerte relasjon mellom to entiteter og bruker samme tilpassingsprefiks for begge, vil ikke den automatisk genererte navneverdien være unik, og du kan ikke lagre den nye relasjonen. Du må redigere navnet for å skille det fra eksisterende navn før du kan lagre det. Når det er lagret, kan du ikke endre det.
Hvis du ikke vil at denne enhetsrelasjonen skal vises i Avansert søk, setter du Søkbar-verdien til Nei.
Oppslagsfelt
Disse feltene er de felles egenskapene alle felt har med unntak av Søkbar, Feltsikkerhet og Sporing av endringer. Hvis du vil redigere disse verdiene for oppslagsfeltet som opprettes med enhetsrelasjonen, må du finne og redigere oppslagsfeltet separat når du har opprettet enhetsrelasjonen. Mer informasjon: Opprette og redigere felt.
Som en generell regel bør Visningsnavn samsvare med visningsnavnet for hovedenheten.
Navigasjonsruteelement for hovedenhet
Hovedenheten kan vise lister over relaterte enheter hvis du utvider navigasjonsruten. Alternativene i denne gruppen, kontrollerer hvordan eller om du vil vise denne listen. Disse navigasjonselementer kan også redigeres ved hjelp av skjemaredigeringsprogrammet, og ved hjelp av JavaScript kan utviklere bruke endringer på disse elementene når skjemaet vises.
Felt | Beskrivelse |
---|---|
Visningsalternativ |
-
Ikke vis: Velg dette hvis du ikke vil tillate at brukere kan navigere til en liste over relaterte enhetsoppføringer. - Bruk tilpasset etikett: Velg dette hvis du vil angi en egendefinert etikett som skal brukes. - Bruk flertallsnavn: Velg dette hvis du vil bruke flertallsnavnet for den relaterte enheten som etikett. |
Tilpasset etikett | Når du velger Bruk tilpasset etikett som visningsalternativ, skriver du inn den egendefinerte etiketten du vil bruke i stedet for det relaterte flertallsnavnet for enheten. |
Visningsområde |
-
Detaljer: Velg dette for å inkludere navigasjonselementet i Felles-gruppen. - Markedsføring: Velg dette for å inkludere navigasjonselementet i Markedsføring-gruppen. - Salg: Velg dette for å inkludere navigasjonselementet i Salg-gruppen. - Service: Velg dette for å inkludere navigasjonselementet i Service-gruppen. |
Visningsrekkefølge | Dette taller styrer hvor navigasjonselementet skal plasseres innenfor det valgte visningsområdet. Området med tillatte tall starter med 10 000. Navigasjonsruteelementer med en lavere verdi vises over andre relasjoner med høyere verdier. |
Relasjonsvirkemåte
I en 1:N-relasjon kan du kontrollere hvordan relasjonen fungerer for å støtte forretningsregler for organisasjonen. Hvorfor skulle du ønske å gjøre dette? La oss se på et eksempel.
Anta at du har en ny selger, og du vil tilordne vedkommende en rekke eksisterende salgsmuligheter som er tilordnet en annen selger. Hver salgsmulighetsoppføring kan ha en rekke tilknyttede oppgaveaktiviteter. Du kan enkelt finne de aktive salgsmulighetene du vil tilordne på nytt, og tilordne dem til den nye selgeren. Men hva skal skje med oppgaveaktivitetene som er knyttet til salgsmulighetene? Vil du åpne hver oppgave og avgjøre om den også skal tilordnes den nye selgeren? Sannsynligvis ikke. I stedet kan du la relasjonen automatisk bruke noen standardregler for deg. Disse reglene gjelder bare for oppgaveoppføringer som er knyttet til salgsmuligheter som du tilordner på nytt. Enhetsrelasjonen heter Salgsmulighetsoppgaver. Alternativene er:
Tilordne alle aktive oppgaver på nytt.
Tilordne alle oppgaver på nytt. Dette er standard virkemåte.
Tilordne ingen av oppgavene på nytt.
Tilordne alle oppgaver på nytt som er tilordnet til den tidligere eieren av salgsmuligheten.
Relasjonen kan styre hvordan handlingene som utføres på en oppføring for hovedenhetsoppføringen, overlapper ned til eventuelle relatert oppføringer. Handlinger og mulige virkemåter vises i tabellen nedenfor.
Handling | Beskrivelse | Mulige virkemåter |
---|---|---|
Tilordne | Hva skal skje når hovedenhetsoppføringen endre eierskap? | - Overlapp aktive - Overlapp alle - Overlapp ingen - Overlapp brukereide |
Dele | Hva skal skje når hovedenhetsoppføringen deles? | - Overlapp aktive - Overlapp alle - Overlapp ingen - Overlapp brukereide |
Oppheve deling | Hva skal skje når deling av hovedenhetsoppføringen opphører? | - Overlapp aktive - Overlapp alle - Overlapp ingen - Overlapp brukereide |
Overordne på nytt | Hva skal skje når en oppslagsfeltverdi for en overordnet relasjonstype i hovedenhetsoppføringen endres? En overordnet relasjon er en relasjon som bruker Overlapp alle for alle handlinger. - Overlapp aktive - Overlapp alle - Overlapp ingen - Overlapp brukereide |
|
Slett | Hva skal skje når hovedenhetsoppføringen slettes? | - Overlapp alle - Fjern kobling - Begrens sletting |
Slå sammen | Hva skal skje når hovedenhetsoppføringen slås sammen med en annen oppføring? | - Overlapp alle - Overlapp ingen |
Hver av disse handlingene kan konfigureres til å styre hvordan handlinger overlapper ned til oppføringer som er relatert til hovedenhetsoppføringen gjennom 1:N-enhetsrelasjonen. Alternativene for virkemåte vises i tabellen nedenfor.
Virkemåte | Beskrivelse |
---|---|
Overlapp aktive | Utfør handlingen på alle aktive relatert enhetsoppføringer. |
Overlapp alle | Utfør handlingen på alle relatert enhetsoppføringer. |
Overlapp ingen | Ikke gjør noe. |
Fjern kobling | Fjern verdien for oppslagsfeltet for alle relaterte enhetsoppføringer. |
Begrens sletting | Hindre at hovedenhetsoppføringen slettes når det finnes relaterte oppføringer. |
Overlapp brukereide | Utfør handlingen på alle relatert enhetsoppføringer som eies av samme bruker som hovedenhetsoppføringen. |
Hvordan disse handlingene brukes i en relasjon kan kategoriseres eller brukes ved hjelp av feltverdien Funksjonalitetstype, som beskrevet i tabellen nedenfor.
Feltverdi | Beskrivelse |
---|---|
Overordnet | Alle handlinger bruker virkemåten Overlapp alle. |
Referensiell |
Tilordne, Del, Opphev deling og Overordne på nytt bruker virkemåten Overlapp ingen. Slett bruker virkemåten Fjern kobling. Slå sammen bruker virkemåten Overlapp alle. |
Referensiell, begrens sletting | Det samme som Referensiell, bortsett fra at Slett bruker virkemåten Begrens sletting. |
Konfigurerbar overlapping | Du kan tilordne individuelle virkemåter for hver handling. Hvis valgene samsvarer med noen av de andre kategoriene for Funksjonalitetstype, endres verdien til denne verdien for Funksjonalitetstype. |
Begrensninger for virkemåter som du kan angi
Det finnes enkelte begrensninger du bør ha i tankene når du definerer enhetsrelasjoner.
En egendefinert enhet kan ikke være hovedenhet i en relasjon med en relatert systemenhet som overlapper. Dette betyr at du ikke kan ha en relasjon med handling satt til Overlapp alle, Overlapp aktive eller Overlapp brukereide mellom en egendefinert hovedenhet og en relatert systemenhet.
Nye relasjoner kan ikke ha handling satt til Overlapp alle, Overlapp aktiv eller Overlapp brukereide hvis den relaterte enheten i relasjonen allerede finnes som en relatert enhet i en annen relasjon, som har en handling satt til Overlapp alle, Overlapp aktiv eller Overlapp brukereide. Dette hindrer relasjoner som har relasjoner med flere overordnede.
Overlapping ved sammenslåing kan ikke angis eller endres og avhenger av enheten det refereres til. Hvis enheten det refereres til, er en forretningsforbindelse, en kontakt eller et kundeemne, overlapper handlingen. Ellers gjør den ikke.