Salesforce Governor Limits

1. حدود حاكم Salesforce

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

ما هي حدود الحاكم؟

ببساطة، حدود الحاكم هي قيود على مقدار الموارد التي يمكن أن يستخدمها الكود الخاص بك داخل Salesforce. هذه الموارد تشمل:

وقت التنفيذ (CPU Time): مقدار الوقت الذي يستغرقه الكود الخاص بك للتنفيذ.
عدد استعلامات SOQL (Salesforce Object Query Language): عدد الاستعلامات التي يمكنك إجراؤها على قاعدة البيانات.
عدد استدعاءات DML (Data Manipulation Language): عدد عمليات إدراج وتحديث وحذف البيانات التي يمكنك إجراؤها.
حجم الكود (Code Size): حجم الكود الخاص بك، بما في ذلك Apex و Visualforce و JavaScript.
حجم البيانات (Data Size): حجم البيانات التي يمكنك معالجتها.
عدد مكالمات Web Service:** عدد المكالمات التي يمكنك إجراؤها لخدمات الويب الخارجية.
عدد حقول الصف (Row Fields): الحد الأقصى لعدد الحقول التي يمكن أن تحتوي عليها صفحة Salesforce.

الغرض من هذه الحدود هو الحفاظ على بيئة متعددة المستأجرين مستقرة وعادلة. بدون حدود، يمكن أن يؤدي الكود المكتوب بشكل سيئ إلى استهلاك موارد النظام بأكملها، مما يؤثر على جميع المستخدمين الآخرين.

أنواع حدود الحاكم

يمكن تصنيف حدود الحاكم إلى عدة أنواع رئيسية:

حدود التنفيذ (Execution Limits): هذه هي الأكثر شيوعًا وتتعلق بكمية الموارد التي يمكن أن يستخدمها الكود الخاص بك أثناء التنفيذ. تشمل حدود وقت التنفيذ، وعدد استعلامات SOQL، وعدد استدعاءات DML.
حدود الحجم (Size Limits): هذه الحدود تحدد حجم الكود والبيانات التي يمكنك معالجتها. تشمل حدود حجم الكود، وحجم البيانات، وعدد حقول الصف.
حدود الوصول (Access Limits): هذه الحدود تتعلق بعدد المرات التي يمكنك فيها الوصول إلى موارد معينة، مثل خدمات الويب.
حدود API (API Limits): هذه الحدود تحدد عدد المكالمات التي يمكنك إجراؤها لواجهات برمجة تطبيقات Salesforce.
حدود المنصة (Platform Limits): هذه الحدود تنطبق على جميع المستخدمين في مؤسسة Salesforce، وتشمل حدود عدد المستخدمين، وعدد السجلات، وكمية التخزين.

حدود التنفيذ التفصيلية

| الحد | الوصف | القيمة الافتراضية | |---|---|---| | وقت التنفيذ (CPU Time) | الحد الأقصى لوقت وحدة المعالجة المركزية (CPU) الذي يمكن أن يستخدمه الكود الخاص بك. | 10,000 مللي ثانية | | عدد استعلامات SOQL | الحد الأقصى لعدد استعلامات SOQL التي يمكنك إجراؤها في معاملة واحدة. | 100 | | عدد استدعاءات DML | الحد الأقصى لعدد استدعاءات DML التي يمكنك إجراؤها في معاملة واحدة. | 100 | | عدد استدعاءات SOSL (Salesforce Object Search Language) | الحد الأقصى لعدد استعلامات SOSL التي يمكنك إجراؤها في معاملة واحدة. | 20 | | عدد استدعاءات Apex Governor | الحد الأقصى لعدد استدعاءات Apex Governor التي يمكنك إجراؤها في معاملة واحدة. | 100 | | عدد حلقات For | الحد الأقصى لعدد حلقات For المتداخلة التي يمكنك استخدامها. | 100 |

حدود الحجم التفصيلية

| الحد | الوصف | القيمة الافتراضية | |---|---|---| | حجم الكود (Apex/Visualforce/JavaScript) | الحد الأقصى لحجم الكود الخاص بك. | 200,000 بايت | | حجم البيانات (SOQL Query Results) | الحد الأقصى لحجم البيانات التي يمكنك إرجاعها من استعلام SOQL. | 5,000,000 بايت | | عدد حقول الصف | الحد الأقصى لعدد الحقول التي يمكن أن تحتوي عليها صفحة Salesforce. | 1000 | | حجم حقل النص | الحد الأقصى لحجم حقل النص. | 255 حرفًا |

مراقبة حدود الحاكم

Salesforce توفر عدة طرق لمراقبة استخدام حدود الحاكم:

Developer Console: أداة قوية تتيح لك فحص استخدام حدود الحاكم أثناء تنفيذ الكود الخاص بك. يمكنك استخدام وحدة تتبع التنفيذ (Execution Trace) لمراقبة حدود الحاكم في الوقت الفعلي.
System Log: يسجل Salesforce معلومات حول استخدام حدود الحاكم في سجل النظام. يمكنك استخدام سجل النظام لتحديد المشكلات المتعلقة بحدود الحاكم.
Apex Governor Limits Class: توفر Salesforce فئة Apex Governor Limits التي تتيح لك الوصول إلى معلومات حول حدود الحاكم المتبقية في الكود الخاص بك.
Event Monitoring: يتيح لك Event Monitoring تتبع استخدام حدود الحاكم عبر مؤسستك.

استخدام فئة Apex Governor Limits

```apex System.debug('CPU Time Remaining: ' + System.limit.getCpuTime().getRemaining()); System.debug('SOQL Queries Remaining: ' + System.limit.getQueries().getRemaining()); System.debug('DML Statements Remaining: ' + System.limit.getDmlStatements().getRemaining()); ```

تصميم الحلول لتجنب تجاوز حدود الحاكم

هناك العديد من الاستراتيجيات التي يمكنك استخدامها لتصميم الحلول لتجنب تجاوز حدود الحاكم:

Bulkification: قم بتجميع العمليات المتشابهة معًا لتنفيذها في وقت واحد. على سبيل المثال، بدلاً من تحديث سجل واحد في كل مرة، قم بتحديث مجموعة من السجلات في معاملة واحدة. هذا يقلل من عدد استدعاءات DML المطلوبة.
Efficient SOQL Queries: اكتب استعلامات SOQL فعالة تسترجع فقط البيانات التي تحتاجها. استخدم الفهارس (Indexes) لتحسين أداء الاستعلام. تجنب استخدام استعلامات SOQL داخل الحلقات.
Caching: قم بتخزين البيانات التي يتم الوصول إليها بشكل متكرر في الذاكرة المؤقتة (Cache) لتقليل عدد استعلامات SOQL المطلوبة.
Asynchronous Processing: استخدم المعالجة غير المتزامنة (Asynchronous Processing) لتنفيذ العمليات التي تستغرق وقتًا طويلاً في الخلفية. يمكن القيام بذلك باستخدام Batch Apex أو Queueable Apex أو Future Methods.
Limit the Scope of Transactions: حافظ على معاملاتك صغيرة قدر الإمكان. قم بتنفيذ العمليات فقط التي تحتاج إلى إكمالها في معاملة واحدة.
Use Collections Wisely: استخدم المجموعات (Collections) بكفاءة لتخزين البيانات ومعالجتها. تجنب إنشاء مجموعات كبيرة جدًا.
Avoid Loops Within Loops: تجنب استخدام حلقات متداخلة (Loops within Loops) لأنها يمكن أن تستهلك الكثير من وقت التنفيذ.

استراتيجيات إضافية

Utilize Platform Events: استخدم Platform Events لفك الارتباط بين المكونات المختلفة في تطبيقك، مما يسمح لها بالعمل بشكل مستقل.
Consider using Change Data Capture (CDC): استخدم CDC لاكتشاف التغييرات في البيانات ومعالجتها بشكل فعال.
Leverage Salesforce APIs: استخدم Salesforce APIs لتنفيذ العمليات التي تتطلب الكثير من الموارد خارج Salesforce.

أمثلة على تجاوز حدود الحاكم وكيفية الإصلاح

مثال: تجاوز حد استعلامات SOQL

   *   المشكلة:  كود Apex يقوم بتنفيذ استعلام SOQL داخل حلقة for.
   *   الحل:  استخدم استعلام SOQL واحد لاسترداد جميع البيانات المطلوبة، ثم قم بمعالجة البيانات في حلقة داخل الكود الخاص بك.

مثال: تجاوز حد استدعاءات DML

   *   المشكلة:  كود Apex يقوم بتحديث سجل واحد في كل مرة داخل حلقة for.
   *   الحل:  قم بتجميع جميع السجلات التي تحتاج إلى تحديث وقم بتحديثها في معاملة واحدة باستخدام DML bulkification.

أدوات إضافية للمساعدة

Salesforce Optimizer: أداة تقدم توصيات لتحسين أداء كود Apex الخاص بك.
Salesforce Health Check: أداة تقوم بتقييم صحة مؤسسة Salesforce الخاصة بك وتحديد المشكلات المحتملة.
Salesforce Code Analyzer: أداة تساعدك على تحليل كود Apex الخاص بك وتحديد المشكلات المتعلقة بالأداء والأمان.

استراتيجيات الخيارات الثنائية ذات الصلة (للمقارنة والتوضيح)

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

استراتيجية Martingale: تشبه تجاوز حدود الحاكم، حيث يمكن أن تؤدي المخاطر المتزايدة إلى خسائر كبيرة.
استراتيجية المضاعفة: مماثلة لـ Martingale، تتطلب إدارة المخاطر الدقيقة.
تحليل حجم التداول: يساعد على فهم حجم المعاملات، تمامًا كما يساعدنا فهم حجم البيانات في Salesforce.
المؤشرات الفنية (Moving Averages): تساعد في تحديد الاتجاهات، تمامًا كما تساعدنا أدوات المراقبة في تحديد استخدام الموارد.
استراتيجية الاختراق: تتطلب توقيتًا دقيقًا، تمامًا كما يتطلب تجنب حدود الحاكم تصميمًا دقيقًا.
استراتيجية الارتداد: تعتمد على تحديد نقاط الدعم والمقاومة، تمامًا كما تعتمد على فهم حدود الموارد.
تحليل الاتجاهات: فهم اتجاهات السوق، مثل فهم اتجاهات استخدام الموارد في Salesforce.
استراتيجية الاستراتيجية 60 ثانية: تتطلب سرعة التنفيذ، تمامًا كما تتطلب الكفاءة في كود Apex.
استراتيجية Pinch 5: تعتمد على تحديد فرص قصيرة الأجل، تمامًا كما تتطلب مراقبة حدود الحاكم.
استراتيجية Butterfly: تتطلب إدارة المخاطر المعقدة، تمامًا كما يتطلب تجنب حدود الحاكم.
استراتيجية Straddle: تستخدم لتوقع التقلبات، تمامًا كما يمكن استخدام أدوات المراقبة لتوقع تجاوز حدود الحاكم.
استراتيجية Call/Put: فهم أساسيات الخيارات، تمامًا كما فهم أساسيات حدود الموارد.
تحليل Fibonacci: يستخدم لتحديد نقاط الدخول والخروج، تمامًا كما يمكن استخدام أدوات المراقبة لتحديد المشكلات المحتملة.
استراتيجية Heiken Ashi: تستخدم لتصفية الضوضاء في السوق، تمامًا كما يمكن استخدام تقنيات التخزين المؤقت لتقليل استعلامات SOQL.
استراتيجية RSI: تستخدم لتحديد ظروف ذروة الشراء والبيع، تمامًا كما يمكن استخدام أدوات المراقبة لتحديد تجاوزات حدود الحاكم.
استراتيجية MACD: تستخدم لتحديد الاتجاهات والمومنتوم، تمامًا كما يمكن استخدام أدوات المراقبة لتحديد اتجاهات استخدام الموارد.
استراتيجية Bollinger Bands: تستخدم لتحديد التقلبات، تمامًا كما يمكن استخدام أدوات المراقبة لتوقع تجاوزات حدود الحاكم.
استراتيجية Ichimoku Cloud: تستخدم لتحديد مستويات الدعم والمقاومة، تمامًا كما يمكن استخدام أدوات المراقبة لتحديد حدود الموارد.
تحليل الشموع اليابانية: فهم أنماط الشموع، تمامًا كما فهم أنماط استخدام الموارد.
استراتيجية Price Action: تعتمد على تحليل حركة السعر، تمامًا كما تعتمد على تحليل استخدام الموارد.
استراتيجية Breakout: تتطلب تحديد نقاط الاختراق، تمامًا كما تتطلب تحديد حدود الموارد.
استراتيجية Reversal: تعتمد على تحديد انعكاسات الاتجاه، تمامًا كما تعتمد على تحديد المشكلات المحتملة.
استراتيجية Trend Following: تتبع الاتجاهات، تمامًا كما يمكن تتبع اتجاهات استخدام الموارد.
استراتيجية Scalping: تعتمد على إجراء صفقات صغيرة ومتكررة، تمامًا كما يمكن استخدام تقنيات التخزين المؤقت لتقليل استعلامات SOQL.

الخلاصة

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

ابدأ التداول الآن

سجّل في IQ Option (الحد الأدنى للإيداع 10 دولار) افتح حساباً في Pocket Option (الحد الأدنى للإيداع 5 دولار)

انضم إلى مجتمعنا

اشترك في قناة Telegram الخاصة بنا @strategybin لتصلك: ✓ إشارات تداول يومية ✓ تحليلات استراتيجية حصرية ✓ تنبيهات اتجاهات السوق ✓ مواد تعليمية للمبتدئين