كل بنية التزام

🌐 متاح أيضًا بـ28 لغة

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)

ترجمة بالذكاء الاصطناعي. لم يراجعها المجتمع بعد. اقرأ بالإنجليزية

الفصل 3 من دورة Data Architect، الجزء 1: أن تصبح معماري بيانات. السابق: نمذجة البيانات من أجل المعنى.

هذا سؤال أطرحه في كل صف. إذا قال أحدهم «أنا أعمل مع Salesforce»، فما اسم API لكائن المنتج؟

إنه Product2. هذا أول اختبار حاسم عندي. في مرحلة ما، بنى Salesforce كائن المنتج، ثم أدرك أنه لا يعمل، واضطر إلى تركه خلفه. لم يكن بوسعه أن يزيله ببساطة، فأضاف Product2. حتى Salesforce يعيش مع بناه القديمة.

ومنح Salesforce نفسه أيضًا مساحة للنمو. كائناته القياسية لا تحمل أي بادئة أو لاحقة، ونحن، الذين نخصّص الـ orgs، لا نستطيع أبدًا أن نشغل تلك المساحة. لذلك يستطيع Salesforce أن يواصل إضافة الكائنات دون أن يتصادم أبدًا مع أي شيء نبنيه.

وهذا هو الدرس في ذلك: إنشاء كائن يستغرق عشر دقائق. والعيش معه يستغرق سنوات. كل كائن وكل حقل تضيفه التزام. إنه يستهلك مساحة تخزين. ويخضع لحدود. ويحصل على نموذج مشاركة، سواء صمّمت واحدًا أم لا. ويحتاج إلى ترخيص لكل شخص يتعامل معه. والآن يقرؤه الذكاء الاصطناعي أيضًا، فالاسم الذي تعطيه إياه والوصف الذي تكتبه له يحددان ما يفهمه الوكيل عن بياناتك. الإضافة سهلة. والإزالة صعبة.

هذا الفصل يحوّل اللبنات الأساسية في Salesforce إلى قرارات.

صورة مُولَّدة بالذكاء الاصطناعي.

البنى في لمحة

يمنحك Salesforce ستة أماكن لحفظ البيانات. أضعها على شريحة واحدة، لأن المهمة الأولى هي أن تعرف أنها كلها موجودة:

البنية	الغرض منها	المأخذ
الكائنات القياسية	نموذج Salesforce نفسه: Account وContact وOpportunity وCase وAsset وغيرها	استخدمها لما صُمّمت له، وإلا قاومتك
الكائنات المخصصة	بيانات عملك الخاصة	سهلة الإنشاء، صعبة الإحالة إلى التقاعد
الكائنات الخارجية	بيانات تعيش في نظام آخر، تُعرض في Salesforce	كل لمسة استدعاء خارجي (callout)
Big objects	أحجام هائلة يجب أن تحتفظ بها لكنك نادرًا ما تفتحها	بلا واجهة مستخدم أو تقارير قياسية؛ تستعلم عبر الفهرس
الملفات (Files)	المستندات والصور والمحتويات الأخرى	مساحة تخزين الملفات ترتفع بسرعة
المرفقات (Attachments)	الطريقة القديمة لتخزين الملفات	قديمة: استخدم Files

اختيار واحدة ليس إلا جزءًا من الأمر. قبل البنية يأتي سؤال أين ينبغي أن تعيش البيانات أصلًا: على النواة، أو يُشار إليها حيث توجد بالفعل، أو تُؤرشف.

المسار عبر هذا الفصل

هذا الفصل كبير، لذلك يأتي في عشرة أجزاء. كل جزء قائم بذاته. في الفصل 2 قررنا ما ينبغي أن يكون عليه النموذج؛ وهنا نقرر كيف ينبغي أن يعيش على Salesforce.

1. منصة بيانات Salesforce: أكثر من قاعدة بيانات. ما الذي يجعل Salesforce مختلفًا، ولماذا للمنصة شكل.
2. انظر إلى السفينة الأم: نماذج البيانات القياسية. نموذجا المبيعات والخدمة اللذان بناهما Salesforce بالفعل، والملفات، والتخزين، والحسابات الشخصية.
3. ابنِ ما يخصّك: الكائنات المخصصة. ما الذي تقرره شاشة New Custom Object، والحقول التي لم تنشئها، وكيف تقرأ أي اسم API: قياسي، أو مخصص، أو من حزمة مُدارة.
4. أين تعيش هذه البيانات؟ على النواة، أو يُشار إليها، أو مؤرشفة، ويُحسم ذلك قبل إنشاء أي كائن.
5. اختر الكائن المناسب. اختبار الملاءمة النظيفة، والأعباء التي تجلبها الكائنات القياسية، والحسابات الشخصية، والتراخيص التي تحدد ما يستطيع الناس استخدامه.
6. الحقول معمارية أيضًا. نوع حقل بعد نوع حقل، والسلوكيات التي تفاجئ الناس، ولماذا يحصل كل حقل على وصف.
7. للعلاقات عواقب. علاقة بحث أم رئيسي-تفصيلي، وثلاثة مستويات عمقًا وأبوان عرضًا، وكائن الربط المنطقي وكائن الربط في Salesforce (Salesforce Junction Object)، والحدود التي تؤلم.
8. الملكية ودورة الحياة. من يملك السجل، وجدول المشاركة حيث تتحول الملكية إلى وصول، وما يحدث للسجل على مدى حياته.
9. الحفاظ على اتساق البيانات. سُلّم الاتساق: لكل طبقة تكلفة، ولا «تصحّح» التاريخ أبدًا لإرضاء قاعدة جديدة.
10. صمّم النموذج المادي في Salesforce. شريحة من Steve Trucking، من النموذج المنطقي إلى Salesforce، تُبنى خطوة بخطوة، مع التعليل.

عندما تنتهي، اختبر نفسك بـدليل دراسة الفصل: قائمة تحقق للاختبار، والعادات التي تتجاوزه، والمصطلحات التي يجب معرفتها، وبعض الأسئلة.

ما الذي يقرره المعماري هنا

• ما الذي ينمذجه Salesforce بالفعل، قبل اختراع أي شيء: انظر إلى السفينة الأم.
• أين يعيش كل نوع من البيانات، على النواة، أو يُشار إليه، أو مؤرشفًا، قبل اختيار بنية.
• أي بنية تحفظه، مع معرفة ما تتخلى عنه كلٌّ منها.
• كيف ترتبط الكائنات، ومن يملك السجلات، وماذا يعني ذلك للوصول والنطاق.
• أي التراخيص يعتمد عليها النموذج، ويُتحقق منها قبل تصميم الكائنات، لا بعده.
• كيف تبقى البيانات متسقة، وما تكلفة كل طبقة من طبقات الاتساق.

ما بعد الاختبار: البناء بمساعدة الذكاء الاصطناعي يستطيع إنشاء الكائنات والحقول في دقائق. وعندما تصبح الإضافة شبه مجانية، تزداد أهمية «كل بنية التزام»، لا تقل. تنتهي كل وحدة بما يغيّره الذكاء الاصطناعي في ذلك القرار.

للاستزادة

• Salesforce Data Storage: Estimated Record Size by Object Type (opens in a new tab)، Salesforce Help
• Standard User Licenses (opens in a new tab)، Salesforce Help

التالي: فهم بيانات المؤسسة