What Works Today May Fail Tomorrow
19 dilde daha mevcut
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Polski · Tiếng Việt · ไทย · Українська · Español (México) · Français (Canada) · Deutsch (Schweiz)
Data Architect kursunun 7. bölümü ve 2. Kısım’ın başlangıcı: Ölçekte Mimari. Önceki: Ana Veri ve Kimlik.
A design can be perfectly reasonable at 70,000 records and completely wrong at 70 million. The object is the same, the fields are the same, the relationships are the same. Add a few zeros, and the architecture changes. ⟲
Start with what the platform is built for. Salesforce’s core database handles “upwards of 1.1 trillion transactions per month,” and Salesforce’s own architects describe it as “optimized for high-performance transactional workloads on structured data” (The Salesforce Platform: Transformed for Tomorrow (yeni sekmede açılır)). It’s built for transactions, on a multitenant database where Salesforce writes the SQL, not you. At small volumes you can ignore the platform’s shape. At large volumes, it reminds you it’s there. ⟲
So I teach large data volumes with a rough ruler, for records in a single object. At about 1 million, there’s a little drag as dashboards and reports show up. Around 10 million, some effect, but still performing. Heading toward 50 million, you notice it: list views take two, three, four seconds. Past 50 million, you’re driving a convertible with your head out the window, and your hair is blown back: you’ve got to be streamlined, and you’ve got to know what you’re doing. At 100 million or more, I start asking a different question: should these records be here at all? That’s a rule of thumb from the community, not a Salesforce limit. The lesson is that volume changes the design, and most large-data-volume problems are design problems: cheap to prevent, expensive to fix. ⟲
- Kısım bize görmeyi öğretti. 2. Kısım mimariye ağırlık veriyor. Bu bölüm ilk sınavı: iskelet o sıfırları taşıyabilecek mi?
Image generated with AI. ⟲
Bu bölümdeki fikirler
Bölüm başlığı “Bu bölümdeki fikirler ”- Sıfır Sayısı’na göre planlayın, büyüme ve tüm saklama süresi dahil, bugünkü hacme göre değil. Her biri sekiz alt kayda sahip bir milyon üst kayıt, bir milyon kayıtlık bir sorun değildir.
- What works today may fail tomorrow. Volume slows sharing, locking, list views, reports, loads and deletes, not only queries. ⟲
- Temiz tasarlayın, sonra hacim size bir neden verdiğinde bilinçli olarak geri adım atın ve çekirdek CRM’i veri ambarınıza dönüştürmeyin.
- 10,000 children per parent is a design threshold, not a limit: Salesforce draws the same line, and past about 20,000 I’ve seen visible lag. Account pools work, but hide the placeholder parents. ⟲
- Yüksek hacimli sahipleri rol hiyerarşisinin dışında tutun ya da en üstte kendilerine ait, sabit bir rolde ve paylaşım kuralı gruplarının dışında.
- Makinenin oluşturduğu kayıtların sahibi kim olmalı, bu sahipliğin paylaşım için önemli olup olmadığına bağlıdır.
- Ölçekte bir güvenlik yeniden düzenlemesi bir veri operasyonudur: paylaşım hesaplamalarını erteleyin, tam kopya sandbox’ta prova edin, bir kez yeniden hesaplayın. Ve özel daha yavaş diye verileri asla herkese açık yapmayın.
- Bugün arşivlemiyorsanız, hiç arşivleyecek misiniz? Silmeye ilk günden karar verin, silmeden önce yedekleyin ve arşivin bulunabilir olmasını sağlayın.
- Arşivlenmiş verinin ajanlar tarafından erişilebilir kalıp kalmayacağı bir iş kararıdır.
Where volume causes problems
Bölüm başlığı “Where volume causes problems”| Ne büyür | Neyi yavaşlatır | Nerede ele alınır |
|---|---|---|
| Bir nesnedeki kayıtlar | Sorgular, liste görünümleri, raporlar | Modül 1; 8. bölüm |
| Bir üst kaydın altındaki alt kayıtlar, bir sahibe ait kayıtlar | Kilitleme, paylaşımın yeniden hesaplanması | Modül 2 |
| Children under one master-detail parent | Locking, roll-ups, cascade delete, a hard-to-undo choice | Module 2 |
| Kullanıcılar, roller, gruplar ve kurallar | Erişimin yeniden hesaplanması, yeniden düzenlemeler | Modül 3 |
| Kimsenin kullanmadığı geçmiş | Her şey, artı depolama ve risk | Modül 4 |
Bu bölümdeki yol
Bölüm başlığı “Bu bölümdeki yol ”Dört modül, her biri kendi başına okunabilir.
- When Volume Changes Everything. Built for transactions, the ruler, the Number of Zeros at 30% growth, denormalizing for scale, and keeping analytics out of core. ⟲
- Hot Spots: Ownership, Parent and Lookup Skew. Too many records pointing at one thing, account pools, master-detail at volume (count the children before you choose the relationship), high-volume owners, and who owns agent-created records. ⟲
- Hacim Paylaşım Modeliyle Buluştuğunda. Bir erişim kaldıracı olarak sahiplik, sabit hiyerarşiler, ertelenmiş paylaşım hesaplamaları, ayrıntılı kilitleme ve ölçekte ortak yalıtımı.
- Bugün Arşivlemiyorsanız…. İlk günden yaşam döngüsü, silmeden önce yedekleme, arşivin nerede duracağı, üç adımlı arşiv ve ajanlar ile eski veriler.
Mimarın burada karar verdikleri
Bölüm başlığı “Mimarın burada karar verdikleri ”- Her nesnenin ne kadar büyüyeceği, büyüme ve tüm saklama süresi dahil.
- Kayıtların nerede yığıldığı ve hangi yığılmaların tehlikeli olduğu.
- Sahipliğin ne anlama geldiği, ajanların oluşturdukları dahil her yüksek hacimli nesne için.
- Erişim modelinin nasıl ölçeklendiği ve büyük yeniden düzenlemelerin nasıl planlandığı.
- Verinin nasıl çıktığı: arşiv, temizleme, yedekleme ve onu kimin hâlâ bulabildiği.
Sınavın ötesinde: ajanlar sıfır ekler. Bir kişinin bir kayıt oluşturduğu yerde on kayıt oluşturabilir, hepsinin varsayılan sahibi olabilir, veriyi herkesten hızlı getirebilir ve biri aksine karar vermedikçe arşivlere uzanabilirler. Her modül, sorunun kendi kısmı için yapay zekânın neyi değiştirdiğiyle biter.
Daha Fazlası
Bölüm başlığı “Daha Fazlası ”- Salesforce Architects, The Salesforce Platform: Transformed for Tomorrow (yeni sekmede açılır), checked 2026-11-01. ⟲
- Salesforce Developers, Designing Record Access for Enterprise Scale (yeni sekmede açılır) (Winter ‘27), checked 2026-11-01. ⟲
- Salesforce Developers, Best Practices for Deployments with Large Data Volumes (yeni sekmede açılır) (Winter ‘27), checked 2026-11-01. ⟲
Sonraki: Sorgulama ve Getirme Mimarisi