التفكير كمعماري بيانات
متاح أيضًا بـ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)
دليل الدراسة للفصل 1 من دورة Data Architect. اقرأ الوحدات السبع أولًا؛ تساعدك هذه الصفحة على التحقق مما رسخ لديك.
عن دليل الدراسة هذا. بُني فقط من محتوى هذه الدورة نفسها ومن قائمة الأهداف في دليل اختبار Salesforce المنشور. لا يستند أبدًا إلى أسئلة اختبار حقيقية، ولا يدّعي معرفة ما في الاختبار. إذا كنت قد خضت الاختبار، فأرجو ألا ترسل إليّ أسئلة منه: اتفاقية الشهادة تحظر مشاركتها، وحفظ الإجابات طريقة خاطئة لتصبح معماريًا على أي حال.
هذا الفصل أخف من حيث حقائق الاختبار، وهذا مقصود. إنه يدور حول طريقة تفكير المعماري، ولا يخصه وحده أي هدف من أهداف الاختبار. لكن الاختبار مبني على سيناريوهات: عمل تجاري، وبعض الأرقام، وقيد، وعدة إجابات يمكن أن تنجح. والعادات في هذا الفصل هي الطريقة التي تقرأ بها تلك السيناريوهات. لذلك تذكر قائمة التحقق أدناه أي هدف تدعمه كل نقطة، بدلًا من الادعاء بأنها تُختبر مباشرة.
من أجل الاختبار
Section titled “من أجل الاختبار ”ضع علامة عليها كلما تقدمت. كل نقطة مرتبطة بالمكان الذي تُشرح فيه.
قراءة السيناريو كما يقرؤه المعماري (تدعم كل الأهداف)
- أفصل المتطلب الحقيقي عن التصميم الذي جاء فيه («نحتاج إلى حقلي Approver 2 وApprover 3» مقابل «نحتاج إلى تتبّع كل موافقة»). (لا تكتفِ بتلقّي المتطلب)
- أبحث عن المتطلبات الضمنية التي لم يذكرها أحد: الملكية، والحداثة، والفشل، والاحتفاظ، والوصول. (ابحث عن المتطلبات الضمنية)
- أضع لها أرقامًا: الحجم يوميًا، وسنويًا، مع النمو، وألاحظ متى يغيّر صفرٌ إضافي الإجابة. (اعرف أرقامك)
- من بين عدة إجابات تنجح، أقارن ما يكسبه كل منها وما يتخلى عنه في ضوء المتطلبات والقيود المذكورة. (اعرف ما الذي تتنازل عنه، القيود تغيّر الإجابة)
- أتعامل مع الكلفة والتراخيص والحدود على أنها جزء من ملاءمة الأداة، لا أمرًا ثانويًا. (الأسئلة التسعة)
نموذج البيانات (يدعم DM-1)
- أستطيع الحكم على النموذج بحسب ما إذا كان يدعم العمل، ويستطيع النمو معه، ويحقق الأداء. (الدعم. النمو. الأداء.)
- أستطيع اكتشاف النموذج المسطّح جدًا (Field 1، Field 2، Field 3)، أو المُفرط في التطبيع، أو المبني على الكائن القياسي الخطأ. (مسطّح جدًا، أو معقّد جدًا، أو خاطئ ببساطة)
- أعرف لماذا تناسب قائمة الاختيار قائمة قصيرة ثابتة، ولماذا تناسب علاقة البحث (lookup) قائمة تظل تنمو أو تصل من عملية تكامل. (طرق كثيرة لحل المشكلة)
- أعرف أن المفتاح الذي يحمل معنى (جزءًا من اسم مثلًا) ينكسر عندما يتغير ذلك المعنى. (بعض القرارات رخيصة التغيير)
تغيير ما هو موجود بالفعل (يدعم DM-1 وSDM-2)
- أعرف لماذا قد يتسبب تغيير نوع حقل، أو جعل حقل موجود Required (إلزاميًا)، في أعطال لاحقة، ولماذا تمنع المنصة تغيير النوع ما دامت شيفرة أو عمليات Flow تشير إلى الحقل. (احذر من تغيير الهيكل العظمي)
- أعرف نمط أضِف بدلًا من أن تحوّر، وأعلِن الإهمال بدلًا من أن تفاجئ، وأن Field Usage يمكنه تعليم الحقل بوصفه مرشحًا للإهمال. (احذر من تغيير الهيكل العظمي)
- أعرف حقائق علاقة رئيسي-تفصيلي (master-detail) التي يقوم عليها اختبار قابلية التراجع: يتبع وصولُ السجل التفصيلي وملكيتُه السجلَّ الرئيسي، وحذف السجل الرئيسي يحذف سجلاته التفصيلية، والحقول الملخصة التجميعية (roll-up summary) تتطلب علاقة رئيسي-تفصيلي، ولا تتحول علاقة البحث إلى رئيسي-تفصيلي إلا عندما يكون لكل سجل قيمة. (اختبار قابلية التراجع، للاستزادة)
التراخيص والمشاركة (يدعم SDM-1)
- أعرف أن مستخدمي المجتمعات كبيري الحجم (high-volume) (ومنهم Customer Community) ليست لديهم أدوار ولا يستخدمون نموذج المشاركة، لذلك يأتي الوصول من مجموعات المشاركة (sharing sets) ومجموعات الحصص (share groups)، ولا تستطيع مشاركة Apex الوصول إليهم. (مثال تطبيقي: مشاركة Apex)
الفشل (يدعم MIG-1 وفصول التكامل)
- أعرف أن «اكتملت المهمة» ليست مثل البيانات صحيحة، وكيف تكشف المطابقة والتسوية السجلات التي لم تصل. (النجاح الجزئي يظل فشلًا عليك أن تفهمه)
ما بعد الاختبار
Section titled “ما بعد الاختبار ”الاختبار هو الحد الأدنى، لا السقف. هذه هي العادات من هذا الفصل التي يحتاجها المعماري، سواء سأل عنها سؤال يومًا أم لا.
- لا بد أن يحمل أحدٌ المخطط. المعمارية هي اتخاذ قرارات جيدة بمعلومات ناقصة، ومعرفة عواقبها.
- نموذج البيانات هو الهيكل العظمي. كل شيء آخر يُبنى عليه.
- اختبار قابلية التراجع: ما مدى صعوبة التراجع عن هذا، وكم من الأشياء سيعتمد عليه؟
- المعمارية تصنع الجاذبية. الاعتماديات هي ما يجعل التغيير مكلفًا، لا التغيير نفسه.
- فكّر في نطاق الضرر، داخل Salesforce وعلى مستوى المؤسسة. المعمارية طريق ذو اتجاهين.
- اكتب السبب: السياق، والخيارات، والقرار، والعواقب، والمالك، والمراجعة. استبدل بقرار جديد؛ لا تمحُ.
- الأفضل في ماذا؟ قد يكون القرار دون الأمثل جزءًا من معمارية مثلى، إذا كنت تعرف أنك تتخذه.
- احمل صورة للأمثل، لتعرف في أي اتجاه تبتعد عنه، ولماذا.
- Think Correct. Think Fast. السرعة تأتي من تفكير سبق اللحظة.
- ابنِ لليوم. خطّط للغد. خطّط للفشل. واستخدم نموًا بنسبة 30% عندما لا يعطيك أحد رقمًا.
- تعلّم الأسئلة التسعة، لا الإجابات فقط.
- الذكاء الاصطناعي معزّز صاروخ. التوليد ليس حكمًا، وما لا رجعة فيه يظل لا رجعة فيه، والمراجعة البشرية ليست مراسم شكلية. ثق لكن تحقّق.
مصطلحات يجب معرفتها
Section titled “مصطلحات يجب معرفتها ”| المصطلح | في سطر واحد |
|---|---|
| القرار المعماري | قرار يصعب التراجع عنه، ويعتمد عليه الكثير |
| اختبار قابلية التراجع (Reversibility Test) | ما مدى صعوبة التراجع عن هذا، وكم من الأشياء سيعتمد عليه؟ |
| الجاذبية | الاعتماديات التي تتجمع حول القرار مع الوقت |
| نطاق الضرر (blast radius) | كل ما يتحرك أيضًا عندما يتغير القرار |
| سجل القرار | السياق، والخيارات، والقرار، والعواقب، والمالك، ونقطة المراجعة، بإيجاز |
| المفاضلة | ما يكسبه الخيار، وما يتخلى عنه ليكسبه |
| المتطلب الضمني | شيء يتوقعه العمل دون أن يطلبه، مثل التعافي عندما يفشل تحميل |
| «عدد الأصفار» عند Steve (Steve’s Number of Zeros) | صفر إضافي واحد في الحجم قد يغيّر المعمارية كلها |
| المطابقة والتسوية (reconciliation) | مقارنة ما كان ينبغي أن يحدث بما حدث فعلًا، سجلًا بسجل |
| الإهمال (deprecate) | تعليم الشيء بأنه في طريقه إلى الخروج، ثم إيقافه عن قصد، بدلًا من تغييره في مكانه |
| المستخدم كبير الحجم (high-volume user) | مستخدم مجتمع (ومن تراخيصه Customer Community) بلا دور، خارج نموذج المشاركة |
| تضخم المخطط (schema sprawl) | كائنات وحقول تتراكم لأن إنشاءها كان رخيصًا، حتى لا يكون أحد قد صمم النموذج |
اختبر نفسك
Section titled “اختبر نفسك ”سيناريوهات قصيرة بأسلوب الدورة. حدد إجابتك قبل أن تفتحها.
1. يطلب فريق مبيعات حقلي Approver 2 وApprover 3، لكل منهما تاريخ، على الفرصة (Opportunity). ماذا تسأل، وماذا قد تبني؟
اسأل لماذا، وكم موافقة يمكن أن تكون. إذا كان من الممكن أن تكون أكثر من اثنتين أو ثلاث، فالمتطلب هو تتبّع كل موافقة، لا إضافة حقول: كائن فرعي، بسجل واحد لكل موافقة. أعد قراءة لا تكتفِ بتلقّي المتطلب.
2. شخص يريد إعادة تسمية التسمية الظاهرة لحقل، وشخص آخر يريد تغيير صيغة معرّف العميل الذي تخزّنه خمسة أنظمة بالفعل. أيهما يستحق اهتمامًا أكبر منك، ولماذا؟
المعرّف. تغيير التسمية الظاهرة رخيص. أما المعرّف فيرسب في اختبار قابلية التراجع: يصعب التراجع عنه، ويعتمد عليه الكثير بالفعل. اصرف اهتمامك بما يتناسب مع كلفة الخطأ. أعد قراءة بعض القرارات رخيصة التغيير.
3. حقل نصي مستخدم منذ سنوات. ويريد فريق الأعمال الآن أن يحمل رقمًا. ما نهجك؟
لا تحوّره في مكانه. ابحث عمّا يعتمد عليه (عمليات Flow، وApex، والتقارير، وعمليات التكامل، والوكلاء) وماذا يحدث للبيانات القديمة. عادةً: أضِف حقلًا جديدًا، وأجرِ الترحيل عن قصد، وأعلِن إهمال الحقل القديم. أعد قراءة احذر من تغيير الهيكل العظمي.
4. 1,200 موقع، و100 موعد لكل موقع في اليوم، ونحو 305 أيام في السنة، وسجلان لكل موعد، والاحتفاظ لخمس سنوات، ونمو بنسبة 30%. كم سجلًا تقريبًا، ولماذا يهم ذلك؟
نحو 73 مليون سجل في السنة الأولى (36.6 مليون موعد، بسجلين لكل منها)، وأكثر من 650 مليونًا على مدى خمس سنوات مع النمو. الميزة نفسها، وصفران إضافيان، ومعمارية مختلفة تمامًا. أعد قراءة اعرف أرقامك.
5. تحميل ليلي يُبلغ بأنه «اكتمل» على مليون سجل. كيف تعرف أنه نجح؟
تُجري المطابقة والتسوية. الطرف المستقبِل يؤكد كل سجل حفظه؛ والمرسِل يقارن ما أرسله بما تم تأكيده. التأكيدات المفقودة تعني أنه لم ينجح، مهما قالت حالة المهمة، وتخبرك أي السجلات تعيد محاولتها، أو تحيلها إلى شخص، أو تُطلق تنبيهًا بشأنها. أعد قراءة النجاح الجزئي يظل فشلًا عليك أن تفهمه.
6. مجتمع يضم 15 مليون مستخدم بترخيص Customer Community يحتاج إلى وصول معقد إلى السجلات. يقترح أحدهم مشاركة Apex. ما المشكلة؟
إنهم مستخدمون كبيرو الحجم: بلا أدوار، وخارج نموذج المشاركة، لذلك لا يوجد سجل مشاركة تكتبه Apex. يأتي الوصول من مجموعات المشاركة (sharing sets) ومجموعات الحصص (share groups). الترخيص هو الذي حدد أي أدوات المشاركة موجودة. أعد قراءة مثال تطبيقي: مشاركة Apex.
7. أداة ذكاء اصطناعي تُنشئ عشرين كائنًا لتطبيق جديد في دقائق. ما مهمة المعماري الآن؟
أن يقرر ما إذا كان ينبغي أن تكون لدينا خمسة. أن يفهم النموذج جيدًا بما يكفي للدفاع عنه: لماذا هذه الكائنات والعلاقات، وأين المفاتيح والبيانات الرئيسية، وماذا يحدث على نطاق واسع. أن يتحقق من الحقائق التي اعتمدت عليها الأداة. التوليد ليس حكمًا. أعد قراءة التنفيذ الرخيص ينقل القيمة.
للاستزادة
Section titled “للاستزادة ”- Salesforce Certified Platform Data Architect Exam Guide (opens in a new tab)، Salesforce Help (بالإنجليزية، تم التحقق في 2026-09-25): القائمة الرسمية للأهداف وأوزانها. تحقق دائمًا من الإصدار الحالي قبل أن تحجز موعد الاختبار.