Steve Data Modeling: fra valglister til uendeligheden og videre
Introduktion:
Velkommen til endnu et lærerigt afsnit om datamodellering i serien Steve’s Data Modeling! I denne blog udforsker vi, hvor alsidige valglister er, og diskuterer, hvornår du kan have brug for alternativer til mere avancerede krav til datamodellen.
Forstå valglister
Valglister er ideelle, når et felt skal have et sæt faste værdier. De giver en ren brugeroplevelse, men har nogle begrænsninger:
- Der kræves udvidede administratorrettigheder for at tilføje værdier.
- Nye værdier skal deployes via sandboxes.
Der opstår valideringsfejl, hvis værdier fra tredjepartsintegrationer ikke er tilføjet i Salesforce på forhånd.
Muligheder for valglister
Her er nogle muligheder, du kan overveje:
Mulighed 1: globale værdisæt
Det er standardmuligheden i Salesforce, og den samme liste kan bruges på tværs af objekter.
Globale værdisæt er bedst til værdier, der bruges flere steder. Du kan for eksempel have to globale værdisæt til »rørstørrelse« og »rørtykkelse«, som giver brugerne en ren brugerflade til at vælge værdier.
[caption id="" align=“alignnone” width=“1372”]
Eksempler på værdisæt [/caption]
[caption id="" align=“alignnone” width=“1814”]
Eksempler på værdier [/caption]
[caption id="" align=“alignnone” width=“676”]
Valg fra en liste [/caption]
Mulighed 2: tekstfelter
Det er bare et tekstfelt uden validering.
Hvis dataværdierne sendes ind via integrationer, kan du overveje tekstfelter. Men så mister du valideringen, og brugerne kan skrive hvad som helst, hvilket kan føre til inkonsistens.
Det kan være en mulighed, hvis felterne er skrivebeskyttede i Salesforce, og du kun viser værdierne.
[caption id="" align=“alignnone” width=“678”]
Ingen validering [/caption]
Mulighed 3: delt referenceobjekt
Et delt referenceobjekt med flere posttyper kan bruges til dataindlæsninger. Med denne tilgang opretter du to lookup-relationer på hovedobjektet, som peger på referenceobjektet i stedet for på de faktiske værdier. Du kan også tilføje nye værdier dynamisk uden administratorrettigheder, hvilket giver mere fleksibilitet.
[caption id="" align=“alignnone” width=“1462”]
Brug af posttyper [/caption]
[caption id="" align=“alignnone” width=“1700”]
Brug et filtreret lookup [/caption]
[caption id="" align=“alignnone” width=“1434”]
Tilføjelse af værdier [/caption]
[caption id="" align=“alignnone” width=“658”]
Sådan ser det ud at vælge en værdi. Sorteringen er forkert, og ikke alle værdier vises ved første indlæsning, brugeren skal søge efter dem. Sørg også for at fjerne »Opret« fra profiler og tilladelsessæt, så brugerne ikke opretter flere poster i farten. [/caption]
Del 3: avancerede muligheder
Til mere avancerede scenarier kan du overveje disse muligheder:
Mulighed 4: brugerdefinerede skærme med referenceobjekt
Hvis du bruger brugerdefinerede Lightning-webkomponenter (LWC’er) til dine redigeringsskærme, kan du bruge et referenceobjekt til at læse og vise værdierne og gemme de faktiske værdier i stedet for lookup-relationer.
Mulighed 5: selvstændige objekter
Hvis opslagsværdierne bliver vigtigere, kan du overveje at oprette et selvstændigt objekt til hver af dem med separate lookup-relationer. Det gør det muligt at tilføje data dynamisk, holder datamodellen ren og giver plads til flere relaterede felter på hvert objekt.
Praktiske eksempler
Her er praktiske eksempler, der illustrerer hver mulighed:
Almindelige valglister: Giver en ren brugerflade med faste værdier.
Tekstfelter uden validering: Giver fleksibilitet, men ingen datavalidering.
Lookup til referenceobjekter: Bruger det samme objekt med filtrerede posttyper for fleksibilitet.
Selvstændige objekter: Bruger separate objekter til hvert lookup og giver en ren og fleksibel datamodel.
Konklusion
At forstå nuancerne i valglister og alternativerne til dem er afgørende for effektiv datamodellering. Fra almindelige valglister til selvstændige objekter har hver mulighed sine egne fordele til bestemte behov i datamodellen.
Kom snart igen!
For flere indsigter og tips, hold øje her på www.SteveTechArc.com og på YouTube-kanalen @SteveTechArc (opens in a new tab). Abonnér, og skærp din datamodellering sammen med os!
Vi hjælper med at forandre verden ved at dele spændende tanker med andre arkitekter og med dem, der er på vej til at blive arkitekter!
Transskription med hjælp fra AI
STA 2.2