Kde tato data žijí?

🌐 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)

Obrázek vytvořený pomocí AI

Přeloženo pomocí AI. Komunita překlad zatím nezkontrolovala. Číst anglicky

Modul 4 z 10 kapitoly Datová architektura Salesforce, kapitoly 3 kurzu Data Architect. Každý modul stojí sám o sobě. Předchozí: Postavte si vlastní: vlastní objekty · Další: Zvolte správný objekt

Otázka, na kterou tento modul odpovídá: než vytvoříte objekt, kde by tato data měla doopravdy žít: na core v Salesforce, odkazovaná tam, kde už leží, nebo archivovaná?

Položím vám otázku. Na stůl vám přistane nový požadavek. Co uděláte jako první?

Pokud jste jako většina z nás, otevřete Setup a vytvoříte vlastní objekt. Chápu to. Za deset minut máte kartu, rozvržení stránky a zobrazení seznamu. A tady je věc, kterou říkám každé třídě: ve chvíli, kdy ten nový objekt vytvoříte, už myslíte jako architekt, ať jste chtěli, nebo ne. Protože každý objekt, který vytvoří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 jakmile na něm závisí lidé a integrace, hodně štěstí s jeho odstraněním.

Prvním architektonickým rozhodnutím tedy není který objekt. Je to kde by tato data měla žít? Trefte tohle a typ objektu se skoro vybere sám.

Na core a mimo core

Nejdřív slovo, které budu používat často: core. Core je platforma Salesforce, na které běží váš org: multitenantní platforma řízená metadaty z modulu 1, kde žijí prodejní a servisní objekty z modulu 2 a každý vlastní objekt, který postavíte v modulu 3. Když řeknu, že data jsou na core, myslím tím, že jsou uložená ve vašem orgu, v jeho objektech.

Ne všechna data tam žijí. Data 360 drží svá data ve vlastním úložišti, mimo objekty vašeho orgu (je blízko core: spravováno na core, jeho data hostovaná mimo core; víc v kapitole 4). A pak je tu všechno, co vaše firma provozuje a co vůbec není Salesforce: ERP, datový sklad, systém objednávek, platforma partnera. To všechno je mimo core. Salesforce se k tomu dokáže dostat, ukázat to a používat to, ale váš org to neukládá.

Na core existují dva druhy objektů, které skutečně drží vaše záznamy: sObjects, standardní a vlastní (__c), a big objects (__b). Mimo core se k datům dostáváte přes externí objekty (__x) a další integrační nástroje. Mějte na paměti ty přípony z modulu 3; říkají vám, kde kus dat žije, už podle názvu.

Představuji si to jako kancelář. Některé věci patří na váš stůl, kde je používáte každý den. Některé věci si jen potřebujete vyhledat v cizí kartotéce. A některé věci jdou do krabic do kůlny za domem. To mi dává tři odpovědi.

1. Na core: žije na vašem stole

Data se vytvářejí, mění a používají v Salesforce každý den: účty, případy, příležitosti, pracovní příkazy. Držet je v sObjects je jako držet je v přední části kanceláře. K tomu jsou standardní a vlastní objekty a dostanete všechno: rozvržení stránek, sdílení, automatizaci, sestavy, vyhledávání a teď i funkce AI postavené na datovém modelu.

Váš stůl ale není zadarmo. Data na core stojí úložiště, počítané tak, jak to počítá Salesforce, záznam po záznamu, ne sloupec po sloupci, a dokumenty se počítají zvlášť do úložiště souborů. Obojí jsme probrali v modulu 2. Velké objemy fotek a skenů často patří mimo core a Salesforce si drží jen odkaz.

2. Odkazovaná: žijí v cizí kartotéce

Data patří jinému systému (ERP, datovému skladu, platformě objednávek) a ten systém zůstává zdrojem pravdy. Uživatelé je v Salesforce potřebují vidět, možná je navázat na záznam, ale Salesforce nepotřebuje vlastní kopii. Uslyšíte, že se tomu říká také virtuální data: v Salesforce se zobrazují virtuálně, aniž by tam kdy byla uložená.

To jsou externí objekty, přes Salesforce Connect. Rád říkám, že to vypadá jako kachna a chodí to jako kachna, ale kachna to není. Zobrazuje se to jako sObject: můžete to dát do rozvržení stránek a seznamů souvisejících záznamů a navázat to na vlastní záznamy externími a nepřímými lookupy. Data ale nejsou uložená na core. Pokaždé, když na ně sáhnete, proběhne callout. Otevřete záznam, načtete seznam souvisejících záznamů, spustíte sestavu, a Salesforce se jde zeptat druhého systému. To znamená latenci a vaše stránka je jen tak dostupná jako systém za ní.

Lidé se ohrazují kvůli ceně licence, tak to spočítejte tak, jak to dělám ve třídě. Connect se licencuje podle koncového bodu a jeden koncový bod může přinést mnoho objektů. Teď se zeptejte, kolik stojí postavit a udržovat alternativu: vlastní komponentu, kód calloutu za ní a vývojáře na telefonu, když se to rozbije. Licence je často levnější a vaši administrátoři ji dokážou nakonfigurovat bez jediného řádku kódu. Kde to neobstojí: data, která uživatelé celý den upravují nebo nad kterými intenzivně dělají sestavy.

Odkazovat lze i na dokumenty. Pokud smlouva už žije v SharePoint Online, OneDrive, Google Drive nebo Box, umožní Files Connect uživatelům dostat se k ní ze Salesforce, aniž by se kopírovala dovnitř.

Salesforce Connect není jediný způsob, jak na data odkazovat. Někdy je to vlastní logika: kód, který v reálném čase volá druhý systém a vykreslí jeho data na stránce, bez uchovávání kopie. To vám dává plnou kontrolu a plnou odpovědnost za callout, chyby i údržbu. A federovat bez kopírování umí i Data 360. Tato volba má vlastní kapitolu (Virtualizace, federace a zero copy). Tady jde o samotné rozhodnutí: odkazujte, nekopírujte.

3. Archivovaná: jdou do kůlny za domem

Historie, auditní stopy, staré transakce. Musíte je uchovávat, někdy roky, ale skoro nikdo je neotevře. A tohle je to, co týmy odkládají. Když mi třída řekne, že má objekt s 50 miliony záznamů, a ptá se, proč by archivovala, zeptám se zpátky: pokud dnes nearchivujete, budete vůbec někdy archivovat? S 50 miliony dnes míříte ke 100, 150, 200 milionům.

Kůlny jsou dvě. Jedna je na core: big objects. Představte si je jako ukládání dat do garáže. Uložíte obrovské množství záznamů, ale nemůžete je dát do rozvržení stránky, nemají standardní rozhraní ani sestavy a dotazujete se přes index big objectu, přesnou shodou nebo rozsahem (Big Objects Best Practices (otevře se v nové kartě)). Zabezpečení jsou jen oprávnění k objektu a polím, bez sdílení záznamů, a automatizace na nich neběží. Salesforce Connect jsem použil desítkykrát a big objects jen jednou nebo dvakrát. Fungují, ale jsou těžkopádné, a napsal jsem svůj díl obezliček, abych se k datům dostal. Moje rada tedy: než je navrhnete, udělejte prototyp, a než je zvolíte, naplánujte, jak lidé data najdou.

Druhá kůlna je mimo core: datový sklad nebo databáze někde jinde (Návrh pro velké měřítko). Často je to lepší kůlna a nemusí být z dohledu. Archivovaná data mimo core se mohou pořád objevovat v sestavách přes nástroje jako Tableau a mohou být pořád dosažitelná ze Salesforce, přes Salesforce Connect nebo jiný způsob virtualizace, když se někdo potřebuje podívat zpátky.

Řeknu vám o projektu, kde jsme to trefili od začátku. Maloobchodní klient měl přes 1 200 poboček. Řekli mi: „Na pobočce děláme jen sto schůzek denně. Žádná velká věc.“ Pak jsem to spočítal: sto denně, šest dní v týdnu (asi 305 dní v roce), přes 1 200 poboček, to je přes 36 milionů schůzek ročně. Pak zmínili, že každá návštěva vytvořila dvě schůzky, jednu u přední přepážky a jednu pro dílnu vzadu: přes 73 milionů záznamů ročně. Pak chtěli pět let historie: víc než 360 milionů záznamů, ještě bez růstu. Nebyli jsme v produkci a já už viděl vlak, který míří přímo do stanice velkých objemů dat. Archiv se tedy postavil dřív, než jsme nasbírali jedinou schůzku: starší schůzky se přesouvaly do big objects a obrazovka vyhledávání ukazovala aktuální schůzky a hned pod nimi ty archivované. O roky později to pořád běží bez problémů.

Kliknutím zvětšíte

V praxi: Steve Trucking

Steve Trucking je náš průběžný scénář: rodinná firma pro doručování na poslední míli, která vyzvedává spotřebiče a elektroniku v distribučních centrech velkých obchodních řetězců a pak je doručuje a instaluje zákazníkům domů. Čtyři druhy jejích dat, tři odpovědi:

Data	Kde žijí	Proč
Dnešní doručení, posádky a schůzky	Na core	Dispečeři a posádky v nich pracují celý den
Podrobnosti objednávky obchodníka	Odkazovaná (nebo tenká kopie na core)	Zdrojem pravdy je systém obchodníka
Historie doručení před třemi lety	Archivovaná	Uchovává se kvůli reklamacím a trendům; skoro nikdo ji neotevře
Fotky z doručení	Mimo core, s odkazem	Tisíce denně; uložené mimo Salesforce s odkazem na doručení

Tady je totéž jako datový model. Doručení sedí na core, kde v něm lidé celý den pracují. Po třech letech se přesune do Delivery History, big objectu: pořád na core, ale venku v kůlně. Objednávka partnera se zobrazuje jako externí objekt, __x: Salesforce na ni doručení naváže, ale data zůstávají v systému obchodníka. A fotky žijí úplně mimo core, s odkazem z doručení. Jeden model, tři domovy.

Kliknutím zvětšíte

Každý skutečný org má všechny tři. Ty, které se dostanou do potíží, dávají všechno na core, protože vytvoření objektu bylo výchozím tlačítkem.

Co tady rozhoduje architekt

• Domov pro každý druh dat, dřív než se navrhne jakýkoli objekt: na core, odkazovaná, nebo archivovaná.
• Zdroj pravdy. Pokud data vlastní jiný systém, neměl by se Salesforce potichu stát druhým masterem.
• Přístupová cesta pro cokoli mimo core. Odkazovaná data potřebují dostupný zdroj a přijatelnou latenci; archivovaná data potřebují způsob, jak je lidé najdou.
• Růst úložiště. Spočítejte to teď (záznamy za den, krát růst, krát doba uchovávání), ne až přijde varování o úložišti.

Nad rámec zkoušky: AI zvyšuje sázky u „na core“. Funkce AI a agenti fungují nejlépe nad daty, kterým platforma rozumí: nad daty ve standardních a vlastních objektech, dobře pojmenovanými a dobře popsanými. To táhne k tomu dávat víc na core. U špatných dat tomu odolejte. Agent ukotvený v zastaralé kopii dat z ERP dává sebevědomé, špatné odpovědi. Často je lepší odkazovat na živý zdroj, nebo držet na core malý, dobře popsaný výřez. Kde AI data čte, je teď součástí rozhodování o tom, kde data žijí.

K prozkoumání

• Big Objects Best Practices (otevře se v nové kartě), Salesforce Developers (ověřeno 2026-10-17)
• Files Connect FAQ (otevře se v nové kartě), Salesforce Help (ověřeno 2026-10-17)
• V tomto kurzu: Virtualizace, federace a zero copy a Návrh pro velké měřítko