Steve Data Modeling: fra plukklister til uendeligheten og videre
Introduksjon:
Velkommen til enda en lærerik episode om datamodellering i serien Steve’s Data Modeling! I denne bloggen utforsker vi hvor allsidige plukklister er, og diskuterer når du kan trenge alternativer for mer avanserte krav til datamodellen.
Forstå plukklister
Plukklister er ideelle når et felt skal ha et sett med faste verdier. De gir en ren brukeropplevelse, men har noen begrensninger:
- Det kreves utvidede administratorrettigheter for å legge til verdier.
- Nye verdier må deployes via sandkasser.
Det oppstår valideringsfeil hvis verdier fra tredjepartsintegrasjoner ikke er lagt inn i Salesforce på forhånd.
Alternativer for plukklister
Her er noen alternativer å vurdere:
Alternativ 1: globale verdisett
Dette er standardalternativet i Salesforce, og den samme listen kan brukes på tvers av objekter.
Globale verdisett passer best for verdier som brukes flere steder. Du kan for eksempel ha to globale verdisett for «rørdimensjon» og «rørtykkelse», som gir brukerne et rent grensesnitt for å velge verdier.
[caption id="" align=“alignnone” width=“1372”]
Eksempler på verdisett [/caption]
[caption id="" align=“alignnone” width=“1814”]
Eksempler på verdier [/caption]
[caption id="" align=“alignnone” width=“676”]
Velge fra en liste [/caption]
Alternativ 2: tekstfelt
Dette er bare et tekstfelt uten validering.
Hvis dataverdiene sendes inn via integrasjoner, kan du vurdere tekstfelt. Men da mister du valideringen, og brukerne kan skrive inn hva som helst, noe som kan føre til inkonsistens.
Det kan være et alternativ hvis feltene er skrivebeskyttet i Salesforce og du bare viser verdiene.
[caption id="" align=“alignnone” width=“678”]
Ingen validering [/caption]
Alternativ 3: delt referanseobjekt
Et delt referanseobjekt med flere posttyper kan brukes til datalasting. Med denne tilnærmingen oppretter du to oppslagsrelasjoner på hovedobjektet som peker til referanseobjektet i stedet for til de faktiske verdiene. Du kan også legge til nye verdier dynamisk uten administratorrettigheter, noe som gir mer fleksibilitet.
[caption id="" align=“alignnone” width=“1462”]
Bruke posttyper [/caption]
[caption id="" align=“alignnone” width=“1700”]
Bruk et filtrert oppslag [/caption]
[caption id="" align=“alignnone” width=“1434”]
Legge til verdier [/caption]
[caption id="" align=“alignnone” width=“658”]
Slik ser det ut å velge en verdi. Sorteringen er feil, og ikke alle verdier vises ved første innlasting, brukeren må søke etter dem. Sørg også for å fjerne «Opprett» fra profiler og tillatelsessett, slik at brukerne ikke oppretter flere poster i farten. [/caption]
Del 3: avanserte alternativer
For mer avanserte scenarioer kan du vurdere disse alternativene:
Alternativ 4: egendefinerte skjermbilder med referanseobjekt
Hvis du bruker egendefinerte Lightning-webkomponenter (LWC-er) til redigeringsskjermbildene dine, kan du bruke et referanseobjekt til å lese inn og vise verdiene, og lagre de faktiske verdiene i stedet for oppslagsrelasjoner.
Alternativ 5: frittstående objekter
Hvis oppslagsverdiene blir viktigere, kan du vurdere å opprette et frittstående objekt for hver av dem, med separate oppslagsrelasjoner. Det gjør at data kan legges til dynamisk, holder datamodellen ren og gir plass til flere relaterte felt på hvert objekt.
Praktiske eksempler
Her er praktiske eksempler som illustrerer hvert alternativ:
Vanlige plukklister: Gir et rent grensesnitt med faste verdier.
Tekstfelt uten validering: Gir fleksibilitet, men ingen datavalidering.
Oppslag til referanseobjekter: Bruker det samme objektet med filtrerte posttyper for fleksibilitet.
Frittstående objekter: Bruker separate objekter for hvert oppslag, noe som gir en ren og fleksibel datamodell.
Konklusjon
Å forstå nyansene i plukklister og alternativene til dem er avgjørende for effektiv datamodellering. Fra vanlige plukklister til frittstående objekter har hvert alternativ sine egne fordeler for bestemte behov i datamodellen.
Kom tilbake snart!
For mer innsikt og flere tips, følg med her på www.SteveTechArc.com og på YouTube-kanalen @SteveTechArc (opens in a new tab). Abonner, og skjerp datamodelleringen din sammen med oss!
Vi hjelper til med å forandre verden ved å dele spennende tanker med andre arkitekter og med dem som er på vei til å bli arkitekter!
Transkripsjon med hjelp fra AI
STA 2.2