Blog · 14. září 2023 · Steve Simpson · Datová architektura

Steveovo modelování dat: od výběrových seznamů až do nekonečna a ještě dál

Úvod:

Vítejte u dalšího poučného dílu o modelování dat ze Steveovy série o modelování dat! V tomto článku prozkoumáme všestranné použití výběrových seznamů a probereme scénáře, kdy se u pokročilejších požadavků na datový model vyplatí zvážit alternativy.

Porozumění výběrovým seznamům

Výběrové seznamy jsou ideální, když máte pole, které vyžaduje sadu pevných hodnot. Nabízejí čistý uživatelský zážitek, ale mají i určitá omezení:

K přidání hodnot jsou potřeba zvýšená administrátorská práva.
Nové hodnoty se musí nasazovat přes sandboxy.

Pokud hodnoty z integrací třetích stran nejsou v Salesforce předem přidané, vznikají chyby ověření dat.

Průzkum možností výběrových seznamů

Tady je několik možností, které stojí za zvážení:

Možnost 1: globální sady hodnot

Toto je standardní možnost Salesforce a umožňuje používat seznamy napříč objekty.

Možnost 1, výběrové seznamy a globální sady hodnot. Výhoda: čistý uživatelský zážitek. Nevýhody: hodnoty musí přidávat administrátor, změny je třeba nasazovat do sandboxů, externí systémy způsobují problémy a hodnota nemůže nést související pole

Globální sady hodnot jsou nejlepší pro hodnoty používané na více místech. Můžete mít například dvě globální sady hodnot pro „velikost trubky“ a „tloušťku trubky“, které uživatelům nabídnou čisté rozhraní pro výběr hodnot.

[caption id="" align=“alignnone” width=“1372”] Ukázkové sady hodnot [/caption] [caption id="" align=“alignnone” width=“1814”] Ukázkové hodnoty [/caption] [caption id="" align=“alignnone” width=“676”] Výběr ze seznamu [/caption]

Možnost 2: textová pole

Je to prostě textové pole bez ověření.

Možnost 2, textová pole. Výhoda: přijmou jakoukoli hodnotu. Nevýhody: žádné ověření dat a špatný uživatelský zážitek

Pokud se hodnoty dat posílají přes integrace, můžete zvážit textová pole. Tento přístup ale přichází o ověření a uživatelé mohou zadat jakákoli data, což může vést k nekonzistenci.

Může to být možnost, pokud jsou pole v Salesforce jen pro čtení a hodnoty pouze zobrazujete.

[caption id="" align=“alignnone” width=“678”] Bez ověření [/caption]

Možnost 3: sdílený referenční objekt

Možnost 3, sdílený referenční objekt s typy záznamů a vyhledávacími poli filtrovanými podle typu záznamu. Výhody: data se přidávají dynamicky a nějaká související pole. Nevýhody: načítání dat do sandboxů a zdrojový objekt drží klíč místo hodnoty

Pro načítání dat lze použít sdílený referenční objekt s více typy záznamů. Tento přístup vytvoří na hlavním objektu dvě vyhledávací pole, která místo skutečných hodnot odkazují na referenční objekt. Nové hodnoty můžete také přidávat dynamicky bez administrátorských práv, což zvyšuje pružnost.

[caption id="" align=“alignnone” width=“1462”] Použití typů záznamů [/caption] [caption id="" align=“alignnone” width=“1700”] Použijte filtrované vyhledávací pole [/caption] [caption id="" align=“alignnone” width=“1434”] Přidávání hodnot [/caption] [caption id="" align=“alignnone” width=“658”] Jak vypadá výběr hodnoty. Řazení není správné a při prvním načtení se nezobrazí všechny hodnoty, uživatel je musí vyhledat. Také nezapomeňte odebrat „Vytvořit“ z profilů a sad oprávnění, aby uživatelé nevytvářeli další záznamy za pochodu. [/caption]

Část 3: pokročilé možnosti

Pro pokročilejší scénáře zvažte tyto možnosti:

Možnost 4: vlastní obrazovky s referenčním objektem

Možnost 4, referenční objekt plus textové pole, s webovou komponentou Lightning, která čte hodnoty výběrového seznamu z referenčního objektu. Výhody: data se přidávají dynamicky a zdrojový objekt si hodnoty ponechává. Nevýhoda: vyžaduje vývoj LWC a vlastní stránky

Pokud pro obrazovky úprav používáte vlastní webové komponenty Lightning (LWC), můžete referenční objekt použít ke čtení a vykreslení hodnot a ukládat skutečné hodnoty místo vyhledávacích polí.

Možnost 5: samostatné objekty

Možnost 5, samostatné referenční objekty, jeden pro každý seznam. Výhody: data se přidávají dynamicky, čistý datový model a mnoho souvisejících polí. Nevýhody: načítání dat do sandboxů, klíče místo hodnot a mnoho objektů

Pokud důležitost hodnot vyhledávacích polí roste, zvažte pro každou z nich samostatný objekt a samostatná vyhledávací pole. Tento přístup umožňuje dynamické přidávání dat, zachovává čistý datový model a podporuje další související pole na každém objektu.

Praktické příklady

Tady jsou praktické příklady jednotlivých možností:

Standardní výběrové seznamy: Čisté rozhraní s pevnými hodnotami.

Textová pole bez ověření: Pružnost, ale žádné ověření dat.

Vyhledávání do referenčních objektů: Pro pružnost používá stejný objekt s filtrovanými typy záznamů.

Samostatné objekty: Pro každé vyhledávací pole samostatný objekt, čistý a pružný datový model.

Závěr

Porozumět jemnostem výběrových seznamů a jejich alternativ je pro účinné modelování dat zásadní. Od standardních výběrových seznamů po samostatné objekty nabízí každá možnost jedinečné výhody pro konkrétní potřeby datového modelu.

Vraťte se brzy!

Další poznatky a tipy najdete tady na www.SteveTechArc.com a na kanálu @SteveTechArc (opens in a new tab) na YouTube. Přihlaste se k odběru a vylepšete s námi své dovednosti v modelování dat!

Pomáháme měnit svět sdílením zajímavých myšlenek s kolegy architekty a se všemi, kdo jsou na cestě k architektovi!

Přepis s pomocí AI

STA 2.2