Každá struktura je závazek
Ta treść nie jest jeszcze dostępna w Twoim języku.
K dispozici také v 29 jazycích
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)
Kapitola 3 kurzu Data Architect, část 1: Jak se stát datovým architektem. Předchozí: Modelování dat podle významu.
Tady je otázka, kterou kladu každé třídě. Když někdo řekne „pracuji se Salesforce“, jaký je název API produktového objektu?
Je to Product2. Je to můj první lakmusový test. Někdy v minulosti Salesforce postavil produktový objekt, zjistil, že nefunguje, a musel ho nechat za sebou. Nemohl ho jen tak odstranit, a tak přidal Product2. I Salesforce žije se svými starými strukturami.
Salesforce si také nechal prostor k růstu. Jeho standardní objekty nemají předponu ani příponu a my, lidé, kteří orgy přizpůsobují, ten prostor nikdy nemůžeme obsadit. Salesforce tak může přidávat objekty dál a nikdy se nesrazí s ničím, co postavíme.
Tady je v tom poučení: vytvoření objektu trvá deset minut. Žít s ním trvá roky. Každý objekt a každé pole, které přidáte, je závazek. Zabírá úložiště. Nabírá limity. Dostane model sdílení, ať jste nějaký navrhli, nebo ne. Potřebuje licenci pro každého, kdo na něj sáhne. A teď ho čte i AI, takže jak ho pojmenujete a jak ho popíšete, rozhoduje o tom, čemu agent o vašich datech rozumí. Přidávat je snadné. Odebírat je těžké.
Tato kapitola mění stavební kameny Salesforce na rozhodnutí.
Obrázek vytvořený pomocí AI.
Struktury na jeden pohled
Section titled “Struktury na jeden pohled ”Salesforce vám dává šest míst, kde držet data. Dávám je na jeden slajd, protože první úkol je vědět, že všechna existují:
| Struktura | K čemu je | Háček |
|---|---|---|
| Standardní objekty | Vlastní model Salesforce: Account, Contact, Opportunity, Case, Asset a další | Používejte je k tomu, k čemu jsou určené, jinak s vámi bojují |
| Vlastní objekty | Vaše vlastní obchodní data | Snadno se vytvářejí, těžko se vyřazují |
| Externí objekty | Data, která žijí v jiném systému a zobrazují se v Salesforce | Každé sáhnutí je callout |
| Big objects | Obrovské objemy, které musíte uchovávat, ale málokdy otevřete | Žádné standardní rozhraní ani sestavy; dotazujete se přes index |
| Files | Dokumenty, fotky a další obsah | Úložiště souborů rychle roste |
| Attachments | Starý způsob ukládání souborů | Zastaralé: používejte Files |
Vybrat jednu je jen část. Před strukturou přichází otázka, kde by data vůbec měla žít: na core, odkazovaná tam, kde už leží, nebo archivovaná.
Cesta touto kapitolou
Section titled “Cesta touto kapitolou ”Tato kapitola je velká, takže přichází v deseti částech. Každá stojí sama o sobě. V kapitole 2 jsme rozhodli, jaký má být model; tady rozhodujeme, jak má žít v Salesforce.
- Datová platforma Salesforce: víc než databáze. Čím se Salesforce liší a proč má platforma tvar.
- Dívejte se na mateřskou loď: standardní datové modely. Prodejní a servisní modely, které už Salesforce postavil, soubory, úložiště a osobní účty.
- Postavte si vlastní: vlastní objekty. Co rozhoduje obrazovka New Custom Object, pole, která jste nevytvořili, a jak číst jakýkoli název API: standardní, vlastní, nebo ze spravovaného balíčku.
- Kde tato data žijí? Na core, odkazovaná, nebo archivovaná, rozhodnuto dřív, než se vytvoří jakýkoli objekt.
- Zvolte správný objekt. Test čistého souladu, zavazadla, která přinášejí standardní objekty, osobní účty a licence, které rozhodují, co lidé mohou používat.
- I pole jsou architektura. Typ pole po typu pole, chování, která lidi překvapují, a proč každé pole dostane popis.
- Vztahy mají důsledky. Lookup, nebo master-detail, tři úrovně do hloubky a dva rodiče do šířky, logický spojovací objekt a spojovací objekt Salesforce a limity, které kousnou.
- Vlastnictví a životní cyklus. Kdo záznam vlastní, tabulka sdílení, kde se z vlastnictví stává přístup, a co se se záznamem děje během jeho života.
- Udržení konzistence dat. Žebříček konzistence: každá vrstva něco stojí a historii nikdy „neopravujete“, aby vyhověla novému pravidlu.
- Navrhněte fyzický model v Salesforce. Výřez Steve Trucking, od logického modelu k Salesforce, postavený krok za krokem i s úvahou.
Až skončíte, otestujte se pomocí studijního průvodce kapitolou: kontrolní seznam ke zkoušce, návyky nad její rámec, pojmy k zapamatování a několik otázek.
Co tady rozhoduje architekt
Section titled “Co tady rozhoduje architekt ”- Co už Salesforce modeluje, dřív než cokoli vymyslíme: dívejte se na mateřskou loď.
- Kde žije každý druh dat, na core, odkazovaná, nebo archivovaná, dřív než zvolíme strukturu.
- Která struktura je drží, s vědomím, čeho se každá vzdává.
- Jak spolu objekty souvisejí, kdo vlastní záznamy a co to znamená pro přístup a měřítko.
- Na kterých licencích model závisí, zkontrolováno dřív, než se objekty navrhnou, ne potom.
- Jak data zůstávají konzistentní a co stojí každá vrstva konzistence.
Nad rámec zkoušky: stavění s pomocí AI dokáže vytvořit objekty a pole za pár minut. Když je přidávání téměř zadarmo, záleží na tom, že „každá struktura je závazek“, víc, ne méně. Každý modul končí tím, co AI mění pro dané rozhodnutí.
K prozkoumání
Section titled “K prozkoumání ”- Salesforce Data Storage: Estimated Record Size by Object Type (otevře se v nové kartě), Salesforce Help
- Standard User Licenses (otevře se v nové kartě), Salesforce Help
Další: Porozumění podnikovým datům