Jede Struktur ist eine Verpflichtung
Auch in 28 Sprachen
English · Español · 日本語 · Português (Brasil) · Français · 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)
Kapitel 3 von Data Architect, Teil 1: Datenarchitekt:in werden. Zurück: Daten nach ihrer Bedeutung modellieren.
Diese Frage stelle ich in jedem Kurs. Wenn jemand sagt „Ich arbeite mit Salesforce“, wie lautet der API-Name des Produktobjekts?
Er lautet Product2. Das ist mein erster Lackmustest. Irgendwann hat Salesforce das Produktobjekt gebaut, gemerkt, dass es nicht funktioniert, und es zurücklassen müssen. Sie konnten es nicht einfach wegnehmen, also kam Product2 hinzu. Selbst Salesforce lebt mit seinen alten Strukturen.
Salesforce hat sich auch Raum zum Wachsen gelassen. Seine Standardobjekte tragen kein Präfix und kein Suffix, und wir, die Menschen, die Orgs anpassen, können diesen Raum nie belegen. So kann Salesforce weiter Objekte hinzufügen, ohne je mit etwas zu kollidieren, das wir bauen.
Die Lehre daraus: Ein Objekt zu erstellen dauert zehn Minuten. Damit zu leben dauert Jahre. Jedes Objekt und jedes Feld, das Sie hinzufügen, ist eine Verpflichtung. Es braucht Speicher. Es unterliegt Grenzen. Es bekommt ein Freigabemodell, ob Sie eines entworfen haben oder nicht. Es braucht eine Lizenz für jede Person, die es anfasst. Und jetzt liest auch die KI es, also entscheidet, wie Sie es nennen und beschreiben, was ein Agent über Ihre Daten versteht. Hinzufügen ist leicht. Wegnehmen ist schwer.
Dieses Kapitel verwandelt die Bausteine von Salesforce in Entscheidungen.
Mit KI erstelltes Bild.
Die Strukturen auf einen Blick
Abschnitt betitelt „Die Strukturen auf einen Blick “Salesforce gibt Ihnen sechs Orte, um Daten zu halten. Ich zeige sie auf einer Folie, denn die erste Aufgabe ist zu wissen, dass es sie alle gibt:
| Struktur | Wofür sie da ist | Der Haken |
|---|---|---|
| Standardobjekte | Das eigene Modell von Salesforce: Account, Kontakt, Opportunity, Kundenvorgang, Asset und der Rest | Verwenden Sie sie für ihren Zweck, sonst kämpfen sie gegen Sie |
| Benutzerdefinierte Objekte | Ihre eigenen Geschäftsdaten | Leicht zu erstellen, schwer stillzulegen |
| Externe Objekte | Daten, die in einem anderen System liegen und in Salesforce angezeigt werden | Jeder Zugriff ist ein Callout |
| Big Objects | Riesige Mengen, die Sie aufbewahren müssen, aber selten öffnen | Keine Standardoberfläche und keine Standardberichte; Abfragen laufen über den Index |
| Dateien | Dokumente, Fotos und andere Inhalte | Der Dateispeicher wächst schnell |
| Anhänge | Der alte Weg, Dateien zu speichern | Veraltet: Verwenden Sie Dateien |
Eine davon auszuwählen ist allerdings nur ein Teil davon. Vor der Struktur steht die Frage, wo die Daten überhaupt liegen sollten: auf dem Core, dort referenziert, wo sie bereits liegen, oder archiviert.
Der Weg durch dieses Kapitel
Abschnitt betitelt „Der Weg durch dieses Kapitel “Dieses Kapitel ist groß, deshalb kommt es in zehn Teilen. Jeder steht für sich. In Kapitel 2 haben wir entschieden, wie das Modell sein soll; hier entscheiden wir, wie es auf Salesforce leben soll.
- Die Salesforce-Datenplattform: mehr als eine Datenbank. Was Salesforce anders macht und warum die Plattform eine Form hat.
- Schauen Sie aufs Mutterschiff: die Standarddatenmodelle. Das Sales- und das Service-Modell, die Salesforce bereits gebaut hat, Dateien, Speicher und Personenaccounts.
- Selbst gebaut: benutzerdefinierte Objekte. Was der Bildschirm „New Custom Object“ (Neues benutzerdefiniertes Objekt) entscheidet, die Felder, die Sie nicht angelegt haben, und wie Sie jeden API-Namen lesen: Standard, benutzerdefiniert oder verwaltetes Paket.
- Wo liegen diese Daten? Auf dem Core, referenziert oder archiviert, entschieden, bevor irgendein Objekt erstellt wird.
- Das richtige Objekt wählen. Der Test der sauberen Passung, der Ballast, den Standardobjekte mitbringen, Personenaccounts und die Lizenzen, die entscheiden, was Menschen nutzen können.
- Auch Felder sind Architektur. Feldtyp für Feldtyp, die Verhaltensweisen, die Menschen überraschen, und warum jedes Feld eine Beschreibung bekommt.
- Beziehungen haben Folgen. Nachschlagen oder Master-Detail, drei Ebenen tief und zwei Eltern breit, das logische Verbindungsobjekt und das Salesforce-Verbindungsobjekt (Junction Object) und die Grenzen, die zubeißen.
- Eigentümerschaft und Lebenszyklus. Wem ein Datensatz gehört, die Freigabetabelle, in der Eigentümerschaft zu Zugriff wird, und was im Lauf seines Lebens mit einem Datensatz geschieht.
- Daten konsistent halten. Die Konsistenzleiter: Jede Schicht hat ihren Preis, und Sie „reparieren“ nie die Historie, um eine neue Regel zu erfüllen.
- Das physische Salesforce-Modell entwerfen. Ein Ausschnitt von Steve Trucking, vom logischen Modell zu Salesforce, Schritt für Schritt aufgebaut, mit der Begründung.
Wenn Sie fertig sind, prüfen Sie sich mit dem Lernleitfaden zum Kapitel: eine Checkliste für die Prüfung, die Gewohnheiten darüber hinaus, die wichtigsten Begriffe und ein paar Fragen.
Was Architekt:innen hier entscheiden
Abschnitt betitelt „Was Architekt:innen hier entscheiden “- Was Salesforce bereits modelliert, bevor Sie irgendetwas erfinden: Schauen Sie aufs Mutterschiff.
- Wo jede Art von Daten liegt, auf dem Core, referenziert oder archiviert, bevor eine Struktur gewählt wird.
- Welche Struktur sie aufnimmt, im Wissen, was jede aufgibt.
- Wie die Objekte zusammenhängen, wem die Datensätze gehören, und was das für Zugriff und Skalierung bedeutet.
- Von welchen Lizenzen das Modell abhängt, geprüft, bevor die Objekte entworfen werden, nicht danach.
- Wie die Daten konsistent bleiben und was jede Konsistenzschicht kostet.
Über die Prüfung hinaus: KI-gestütztes Bauen kann Objekte und Felder in Minuten erstellen. Wenn Hinzufügen fast nichts kostet, zählt „Jede Struktur ist eine Verpflichtung“ mehr, nicht weniger. Jedes Modul endet mit dem, was KI an dieser Entscheidung ändert.
Weiterlesen
Abschnitt betitelt „Weiterlesen “- Salesforce Data Storage: Estimated Record Size by Object Type (opens in a new tab), Salesforce-Hilfe (auf Englisch)
- Standard User Licenses (opens in a new tab), Salesforce-Hilfe (auf Englisch)
Weiter: Unternehmensdaten verstehen