Her Yapı Bir Taahhüttür
28 dilde daha mevcut
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)
Data Architect kursunun 3. bölümü, 1. Kısım: Veri Mimarı Olmak. Önceki: Veriyi Anlam İçin Modellemek.
Her derste sorduğum bir soru var. Biri “Salesforce ile çalışıyorum” diyorsa, ürün nesnesinin API adı nedir?
Product2. Bu benim ilk turnusol testimdir. Bir noktada Salesforce ürün nesnesini inşa etti, işe yaramadığını fark etti ve onu geride bırakmak zorunda kaldı. Öylece kaldıramazlardı; bu yüzden Product2’yi eklediler. Salesforce bile eski yapılarıyla yaşıyor.
Salesforce kendine büyüme alanı da bıraktı. Standart nesneleri hiçbir önek ya da sonek taşımaz ve biz, org’ları özelleştiren insanlar, o alanı asla kullanamayız. Böylece Salesforce nesne eklemeye devam edebilir ve inşa ettiğimiz hiçbir şeyle asla çakışmaz.
Buradaki ders şu: bir nesne oluşturmak on dakika sürer. Onunla yaşamak yıllar sürer. Eklediğiniz her nesne ve her alan bir taahhüttür. Depolama alanı kaplar. Sınırlara takılır. Siz tasarlasanız da tasarlamasanız da bir paylaşım modeli edinir. Ona dokunan her kişi için bir lisans gerektirir. Ve artık yapay zekâ da onu okuyor; dolayısıyla ona verdiğiniz ad ve onu nasıl tanımladığınız, bir ajanın verinizden ne anladığını belirler. Eklemek kolaydır. Kaldırmak zordur.
Bu bölüm Salesforce’un yapı taşlarını kararlara dönüştürüyor.
Görsel yapay zekâ ile üretilmiştir.
Bir bakışta yapılar
Bölüm başlığı “Bir bakışta yapılar ”Salesforce size veri tutmak için altı yer verir. Onları tek bir slayta koyarım, çünkü ilk iş hepsinin var olduğunu bilmektir:
| Yapı | Ne için | Dikkat edilecek nokta |
|---|---|---|
| Standart nesneler | Salesforce’un kendi modeli: Hesap, Kişi, Fırsat, Vaka, Varlık ve diğerleri | Amaçlandıkları iş için kullanın, yoksa sizinle savaşırlar |
| Özel nesneler | İşinizin kendi verisi | Oluşturması kolay, emekliye ayırması zor |
| Harici nesneler | Başka bir sistemde yaşayan, Salesforce’ta gösterilen veri | Her dokunuş bir dış çağrıdır (callout) |
| Büyük nesneler | Saklamanız gereken ama nadiren açtığınız çok büyük hacimler | Standart arayüz ya da raporlama yok; dizin üzerinden sorgularsınız |
| Dosyalar | Belgeler, fotoğraflar ve diğer içerikler | Dosya depolama alanı hızla artar |
| Ekler | Dosya saklamanın eski yolu | Eski teknoloji: Dosyaları kullanın |
Birini seçmek işin yalnızca bir kısmıdır. Yapıdan önce verinin hiç nerede yaşaması gerektiği sorusu gelir: çekirdekte mi, zaten bulunduğu yerde başvurulan olarak mı, yoksa arşivde mi.
Bu bölümdeki yol
Bölüm başlığı “Bu bölümdeki yol ”Bu bölüm büyük, bu yüzden on parça halinde geliyor. Her biri kendi başına okunabilir. 2. bölümde modelin ne olması gerektiğine karar verdik; burada onun Salesforce’ta nasıl yaşaması gerektiğine karar veriyoruz.
- Salesforce veri platformu: bir veritabanından fazlası. Salesforce’u farklı kılan nedir ve platformun neden bir şekli vardır.
- Ana Gemiye Bakın: Standart Veri Modelleri. Salesforce’un zaten inşa ettiği Satış ve Hizmet modelleri, dosyalar, depolama ve kişi hesapları.
- Kendinizinkini Oluşturun: Özel Nesneler. Yeni Özel Nesne ekranının neye karar verdiği, sizin oluşturmadığınız alanlar ve herhangi bir API adının nasıl okunacağı: standart, özel ya da yönetilen paket.
- Bu veri nerede yaşıyor? Çekirdekte, başvurulan ya da arşivlenen: herhangi bir nesne oluşturulmadan önce karara bağlanır.
- Doğru nesneyi seçin. Tam uyum testi, standart nesnelerin getirdiği yükler, kişi hesapları ve insanların neyi kullanabileceğine karar veren lisanslar.
- Alanlar da mimaridir. Alan türü alan türü, insanları şaşırtan davranışlar ve neden her alanın bir açıklaması olmalı.
- İlişkilerin sonuçları vardır. Arama ilişkisi mi ana-ayrıntı mı, üç düzey derinlik ve iki üst kayıt genişlik, mantıksal bağlantı nesnesi ve Salesforce bağlantı nesnesi (Salesforce Junction Object) ve can yakan sınırlar.
- Sahiplik ve yaşam döngüsü. Bir kaydın sahibi kim, sahipliğin erişime dönüştüğü paylaşım tablosu ve bir kaydın ömrü boyunca ona ne olur.
- Veriyi tutarlı tutmak. Tutarlılık merdiveni: her katmanın bir bedeli vardır ve yeni bir kuralı karşılamak için geçmişi asla “düzeltmezsiniz”.
- Salesforce fiziksel modelini tasarlayın. Mantıksal modelden Salesforce’a, adım adım kurulan ve gerekçeleriyle birlikte Steve Trucking’den bir kesit.
Bitirdiğinizde kendinizi bölüm çalışma rehberiyle sınayın: sınav için bir kontrol listesi, onun ötesindeki alışkanlıklar, bilinmesi gereken terimler ve birkaç soru.
Mimarın burada karar verdikleri
Bölüm başlığı “Mimarın burada karar verdikleri ”- Salesforce’un zaten neyi modellediği, bir şey icat etmeden önce: ana gemiye bakın.
- Her tür verinin nerede yaşadığı, çekirdekte, başvurulan ya da arşivlenen, bir yapı seçmeden önce.
- Onu hangi yapının tuttuğu, her birinin neden vazgeçtiğini bilerek.
- Nesnelerin nasıl ilişkili olduğu, kayıtların sahibinin kim olduğu ve bunun erişim ve ölçek için ne anlama geldiği.
- Modelin hangi lisanslara dayandığı, nesneler tasarlandıktan sonra değil, önce kontrol edilerek.
- Verinin nasıl tutarlı kaldığı ve her tutarlılık katmanının bedeli.
Sınavın ötesinde: yapay zekâ destekli geliştirme dakikalar içinde nesneler ve alanlar oluşturabilir. Eklemek neredeyse bedava olduğunda “her yapı bir taahhüttür” ilkesi daha az değil, daha çok önem kazanır. Her modül, yapay zekânın o karar için neyi değiştirdiğiyle biter.
Daha Fazlası
Bölüm başlığı “Daha Fazlası ”- Salesforce Data Storage: Estimated Record Size by Object Type (opens in a new tab), Salesforce Help (İngilizce)
- Standard User Licenses (opens in a new tab), Salesforce Help (İngilizce)
Sonraki: Kurumsal Veriyi Anlamak