> ## Documentation Index
> Fetch the complete documentation index at: https://private-7c7dfe99-vortex-format.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# اختيار الخدمة المناسبة لعبء العمل لديك

> اختر خدمات ClickHouse أو Postgres ضمن ClickHouse Cloud للتحليلات أو المعاملات، أو Managed ClickStack للرصد، أو chDB للتحليل المحلي.

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

ClickHouse Cloud هي المنصة المخصصة للخدمات المُدارة، وتشمل ClickHouse للتحليلات وClickHouse Managed Postgres لأعباء العمل المعاملاتية. وتعمل هاتان الخدمتان على محركَي قواعد بيانات مختلفين — ClickHouse وPostgreSQL — لكل منهما سلوك SQL مختلف. ويمكنك استخدام أي من الخدمتين بشكل مستقل أو الجمع بينهما داخل ClickHouse Cloud.

<h2 id="workload-map">
  ربط عبء العمل بنقطة انطلاق
</h2>

| ما يحتاجه تطبيقك | ابدأ بتقييم | ما ينبغي التحقق منه قبل الاختيار |
| - | - | - |
| التجميعات والتصفية والمقارنات عبر سجلات ضخمة من الأحداث أو النتائج | [خدمة ClickHouse في ClickHouse Cloud](/ar/products/cloud/getting-started/intro) | الاستعلامات التمثيلية، ودُفعات الاستيعاب، وحداثة البيانات، والاستعلامات المتزامنة، وتصميم التحديثات أو إعادات المحاولة |
| حالة التطبيق المعاملاتية، مثل الطلبات أو حجوزات المخزون أو المهام التي تتطلب انتقالات حالتها معاملات وقيودًا | [ClickHouse Managed Postgres في ClickHouse Cloud](/ar/products/managed-postgres/overview) | حدود المعاملات، والقيود، والفهارس، وإدارة الاتصالات، والميزات المدعومة في الخدمة ومدى توافرها |
| حالة التطبيق المعاملاتية إضافة إلى استعلامات تحليلية تتطلب نظام تقديم مستقلاً | [خدمتا Postgres وClickHouse في ClickHouse Cloud](/ar/products/managed-postgres/sync-to-clickhouse/clickpipes) | الجداول التي تحتاج إلى نسخ متماثل، والحد المقبول لتأخر النسخ المتماثل، وتغييرات المخطط، وتكلفة تشغيل خدمتين وإدارتهما |
| تجربة مُدارة للبحث في سجلات التطبيق ومقاييسه وتتبعاته والتحقيق فيها | [Managed ClickStack](/ar/clickstack/getting-started/managed) | التجهيز بأدوات القياس، واستيعاب بيانات القياس عن بُعد، ومدة الاحتفاظ، وسير عمل الرصد الذي يحتاجه فريقك |
| تحليل الملفات أو البيانات في الذاكرة داخل تطبيق محلي أو دفتر ملاحظات | [chDB](/ar/chdb/index) | الموارد المحلية وما إذا كنت بحاجة إلى خدمة قاعدة بيانات مشتركة مستضافة بشكل منفصل |

راجع وثائق المنتج المرتبطة للاطلاع على التوافر الحالي والمناطق والقيود. يوجد ClickHouse Managed Postgres حاليًا في مرحلة الإصدار التجريبي العام؛ راجع [دليل البدء السريع](/ar/products/managed-postgres/quickstart) الخاص به.

أما بخصوص خادم ClickHouse ذاتي الإدارة أو الخيارات المحلية الأخرى، فراجع [أوضاع النشر](/ar/get-started/about/deployment-modes).

<h2 id="report-results-and-history">
  مثال: نتائج التقارير وسجل عمليات التشغيل
</h2>

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

* **النتائج:** هل تجلب الاستعلامات بضعة صفوف لتقرير واحد، أم تُجري تجميعًا عبر تقارير ومجموعات بيانات ونطاقات زمنية متعددة؟ وأي جدول يُتوقع أن يبلغ مئات الملايين من الصفوف؟
* **سجلات التشغيل:** هل يُكتب سجل واحد غير قابل للتغيير عند اكتمال عملية التشغيل، أم يحتاج التطبيق إلى تنسيق ملكية المهام النشطة وانتقالات حالاتها؟
* **الصحة:** هل يجب أن تتغير عدة سجلات ضمن معاملة واحدة؟ وهل يجب أن تفرض قاعدة البيانات التفرد أو تمنع عاملَين من المطالبة بالمهمة نفسها؟
* **حداثة البيانات:** خلال كم من الوقت يجب أن تصبح عملية الكتابة الناجحة مرئية؟ وهل تحتمل الاستعلامات نسخة تحليلية غير مكتملة أو متأخرة؟

<h3 id="completed-runs">
  التشغيلات المكتملة والنتائج التحليلية
</h3>

تُعدّ خدمة ClickHouse في ClickHouse Cloud خيارًا مناسبًا عندما يكون العبء الغالب هو التحليل عبر صفوف النتائج، ويمكن إلحاق سجلات التشغيل عند اكتمالها. أما وجود جدول metadata صغير فلا يستدعي بحد ذاته قاعدة بيانات ثانية.

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

إذا كنت تخزّن إصدارات متعددة من سجل التشغيل، فحدّد كيف تختار الاستعلامات الإصدار الحالي. يدعم [ReplacingMergeTree](/ar/reference/engines/table-engines/mergetree-family/replacingmergetree) إزالة التكرار وقت الاستعلام باستخدام `FINAL`؛ ولا يجوز أن تتوقف صحة النتائج على أن تكون عمليات الدمج في الخلفية قد تمّت بالفعل. ويوضّح [مرجع update](/ar/reference/statements/update) آلية تحديث أخرى وقيودها. ولا ينبغي افتراض أن أيًّا من النمطين يوفّر ضمانات معاملاتية على غرار PostgreSQL.

<h3 id="transactional-job-state">
  حالة المهمة المعاملاتية
</h3>

قيّم استخدام ClickHouse Managed Postgres عندما يكون جدول عمليات التشغيل أيضًا طابور عمل معاملاتيًا أو سجلًا مرجعيًا؛ على سبيل المثال، أن يحتاج عامل إلى المطالبة بمهمة بشكل atomic بينما تتنافس عليها عمال أخرى، أو أن يلزم تغيير عدة سجلات تطبيق معًا مع فرض القيود.

يمكن لـ Postgres أيضًا تلبية استعلامات التقارير. أضف خدمة تحليلية عندما تبرر ذلك متطلبات أداء الاستعلامات التمثيلية أو التزامن أو العزل، لا لمجرد افتراض أن كل تطبيق تقارير يحتاج إلى قاعدتي بيانات.

<h3 id="transactions-and-analytics">
  المعاملات والتحليلات معًا
</h3>

عندما يستدعي كلا نوعَي عبء العمل استخدام خدمات منفصلة، احتفظ بالحالة المعاملاتية في Postgres وانسخ الجداول المطلوبة إلى ClickHouse باستخدام [ClickPipes](/ar/products/managed-postgres/sync-to-clickhouse/clickpipes) أو [WalShadow](/ar/products/managed-postgres/sync-to-clickhouse/walshadow). خُذ في الحسبان تأخّر النسخ المتماثل، واستمر في استخدام المصدر المعاملاتي في القرارات التي تتطلب حالة التطبيق الحالية. فالنسخ المتماثل لا يجعل عملية كتابة في Postgres وعملية قراءة من ClickHouse جزءًا من معاملة واحدة.

يمكن أن يوفّر [امتداد pg\_clickhouse](/ar/products/managed-postgres/extensions/pg_clickhouse/introduction) وصولاً إلى ClickHouse من خلال Postgres. ووجود نقطة دخول مشتركة للاستعلامات لا يحوّل الخدمتين إلى محرك قاعدة بيانات واحد، ولا يُغني عن أخذ حداثة البيانات في الحسبان.

<h2 id="check-fit">
  التحقق من الملاءمة قبل التزويد
</h2>

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

في حالة النشر المُدار، تحقق أيضًا مما يلي:

* متطلبات المنطقة، والشبكات، والتحكم في الوصول، والاستعادة.
* الوقت النشط المتوقع، والبيانات المخزّنة، والنسخ الاحتياطية، ورسوم النقل في [دليل الفوترة في ClickHouse Cloud](/ar/products/cloud/reference/billing/billing-overview) أو [دليل تسعير Managed Postgres](/ar/products/managed-postgres/pricing).
* ما إذا كان عبء العمل التحليلي المتقطع يحتمل تأخير الاتصال المرتبط بـ[الخمول التلقائي](/ar/products/cloud/features/autoscaling/idling).
* مسؤولية الفريق عن تصميم الـ schema، وإعادة المحاولات في التطبيق، وضبط الاستعلامات، وضوابط التكلفة، حتى عندما تتولى الخدمة إدارة البنية التحتية.

بالنسبة لخدمات ClickHouse أو Postgres في ClickHouse Cloud، استخدم [ClickHouse CLI](/ar/products/cloud/features/cli) لإنشاء الموارد وإدارتها من الطرفية. أما Managed ClickStack وchDB، فاتبع أدلة المنتج المرتبطة في خريطة أعباء العمل.