Setiap Struktur Adalah Komitmen
Juga tersedia dalam 28 bahasa
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)
Bab 3 dari Data Architect, Bagian 1: Menjadi Data Architect. Sebelumnya: Memodelkan Data Berdasarkan Makna.
Ini pertanyaan yang saya ajukan di setiap kelas. Jika seseorang berkata “Saya bekerja dengan Salesforce,” apa nama API objek produk?
Jawabannya Product2. Itu uji lakmus pertama saya. Di suatu masa, Salesforce membangun objek produk, menyadari bahwa objek itu tidak berhasil, dan harus meninggalkannya. Mereka tidak bisa begitu saja menghapusnya, jadi mereka menambahkan Product2. Bahkan Salesforce hidup bersama struktur-struktur lamanya.
Salesforce juga memberi dirinya sendiri ruang untuk bertumbuh. Objek standarnya tidak membawa awalan maupun akhiran, dan kita, orang-orang yang menyesuaikan org, tidak pernah bisa menempati ruang itu. Jadi Salesforce bisa terus menambah objek dan tidak pernah bertabrakan dengan apa pun yang kita bangun.
Inilah pelajarannya: membuat sebuah objek butuh sepuluh menit. Hidup bersamanya butuh bertahun-tahun. Setiap objek dan setiap bidang yang Anda tambahkan adalah sebuah komitmen. Ia memakan penyimpanan. Ia terkena batasan. Ia mendapat model berbagi, entah Anda merancangnya atau tidak. Ia butuh lisensi untuk setiap orang yang menyentuhnya. Dan kini AI juga membacanya, jadi bagaimana Anda menamainya dan menggambarkannya menentukan apa yang dipahami agen tentang data Anda. Menambah itu mudah. Menghapus itu sulit.
Bab ini mengubah balok-balok bangunan Salesforce menjadi keputusan.
Gambar dibuat dengan AI.
Struktur-struktur dalam sekilas
Section titled “Struktur-struktur dalam sekilas ”Salesforce memberi Anda enam tempat untuk menyimpan data. Saya menaruh semuanya di satu slide, karena tugas pertama adalah mengetahui bahwa semuanya ada:
| Struktur | Untuk apa | Kelemahannya |
|---|---|---|
| Objek standar | Model milik Salesforce sendiri: Akun, Kontak, Peluang, Kasus, Aset, dan lainnya | Pakai sesuai tujuannya, atau mereka akan melawan Anda |
| Objek kustom | Data bisnis Anda sendiri | Mudah dibuat, sulit dipensiunkan |
| Objek eksternal | Data yang tinggal di sistem lain, ditampilkan di Salesforce | Setiap sentuhan adalah callout |
| Big object | Volume sangat besar yang harus disimpan tetapi jarang dibuka | Tanpa UI atau pelaporan standar; Anda mengkueri melalui indeks |
| File | Dokumen, foto, dan konten lainnya | Penyimpanan file naik cepat |
| Attachments | Cara lama menyimpan file | Usang: pakai File |
Tetapi memilih salah satunya hanyalah sebagian dari keputusannya. Sebelum struktur, ada pertanyaan di mana data seharusnya tinggal sama sekali: di core, dirujuk di tempat ia sudah berada, atau diarsipkan.
Alur bab ini
Section titled “Alur bab ini ”Bab ini besar, jadi dibagi menjadi sepuluh bagian. Masing-masing dapat dibaca secara mandiri. Di Bab 2 kita memutuskan seperti apa modelnya seharusnya; di sini kita memutuskan bagaimana ia seharusnya hidup di Salesforce.
- Platform data Salesforce: lebih dari sekadar database. Apa yang membuat Salesforce berbeda, dan mengapa platform punya bentuk.
- Lihat ke kapal induk: model data standar. Model Sales dan Service yang sudah dibangun Salesforce, file, penyimpanan, dan akun pribadi.
- Bangun sendiri: objek kustom. Apa yang diputuskan layar New Custom Object, bidang-bidang yang tidak Anda buat, dan cara membaca nama API apa pun: standar, kustom, atau managed package.
- Di mana data ini tinggal? Di core, dirujuk, atau diarsipkan: diputuskan sebelum objek apa pun dibuat.
- Pilih objek yang tepat. Uji kecocokan yang rapi, beban bawaan yang dibawa objek standar, akun pribadi, dan lisensi yang menentukan apa yang bisa dipakai orang.
- Bidang juga bagian dari arsitektur. Tipe bidang demi tipe bidang, perilaku-perilaku yang mengejutkan orang, dan mengapa setiap bidang mendapat deskripsi.
- Hubungan punya konsekuensi. Lookup atau master-detail, tiga tingkat ke dalam dan dua induk ke samping, objek penghubung logis dan Junction Object Salesforce (objek penghubung Salesforce), serta batasan-batasan yang menggigit.
- Kepemilikan dan siklus hidup. Siapa pemilik sebuah rekaman, tabel berbagi tempat kepemilikan berubah menjadi akses, dan apa yang terjadi pada sebuah rekaman sepanjang hidupnya.
- Menjaga data tetap konsisten. Tangga konsistensi: setiap lapisan ada biayanya, dan Anda tidak pernah “memperbaiki” sejarah demi memenuhi aturan baru.
- Rancang model fisik Salesforce. Sepotong Steve Trucking, dari model logis ke Salesforce, dibangun langkah demi langkah, beserta penalarannya.
Setelah selesai, uji diri Anda dengan panduan belajar bab ini: daftar periksa untuk ujian, kebiasaan di luar ujian, istilah penting, dan beberapa pertanyaan.
Yang diputuskan arsitek di sini
Section titled “Yang diputuskan arsitek di sini ”- Apa yang sudah dimodelkan Salesforce, sebelum menciptakan apa pun: lihat ke kapal induk.
- Di mana setiap jenis data tinggal, di core, dirujuk, atau diarsipkan, sebelum memilih struktur.
- Struktur mana yang menampungnya, sambil mengetahui apa yang dilepaskan masing-masing.
- Bagaimana objek-objek saling berhubungan, siapa pemilik rekamannya, dan apa artinya bagi akses dan skala.
- Lisensi mana yang menjadi tumpuan model, diperiksa sebelum objek dirancang, bukan sesudahnya.
- Bagaimana data tetap konsisten, dan berapa biaya setiap lapisan konsistensi.
Di luar ujian: pembangunan berbantuan AI bisa membuat objek dan bidang dalam hitungan menit. Ketika menambah hampir gratis, “setiap struktur adalah komitmen” justru makin penting, bukan makin tidak penting. Setiap modul diakhiri dengan apa yang diubah AI untuk keputusan itu.
Jelajahi
Section titled “Jelajahi ”- Salesforce Data Storage: Estimated Record Size by Object Type (opens in a new tab), Bantuan Salesforce (bahasa Inggris)
- Standard User Licenses (opens in a new tab), Bantuan Salesforce (bahasa Inggris)
Berikutnya: Memahami Data Perusahaan