force_aggregate_partitions_independently
يفرض استخدام هذا التحسين عندما يكون قابلاً للتطبيق، حتى إذا قررت الآلية الاستدلالية عدم استخدامهforce_aggregation_in_order
يستخدم الخادم هذا الإعداد نفسه لدعم الاستعلامات الموزعة. لا تغيّره يدويًا، لأن ذلك سيؤدي إلى تعطيل العمليات العادية. (يفرض استخدام تجميع in order على العُقد البعيدة أثناء التجميع الموزّع).force_creating_set_partitions_independently
يفرض إزالة التكرار المسبقة لكل قسم عند إنشاء مجموعةIN (subquery) عندما تكون قابلة للتطبيق، لكن فحص انحراف الأقسام (عندما يزيد أكبر قسم على ضعف المتوسط) قرر عدم استخدامها. لا يتجاوز سوى فحص الانحراف الخاص بـ allow_creating_set_partitions_independently؛ بينما تظل الشروط الأخرى سارية.
force_data_skipping_indexes
الأسماء البديلة:force_data_skipping_indices
يعطّل تنفيذ الاستعلام إذا لم تُستخدم فهارس تخطي البيانات المحددة.
ضع في اعتبارك المثال التالي:
force_distinct_partitions_independently
يفرض تقييماً مستقلاً لـDISTINCT لكل قسم عندما يكون قابلاً للتطبيق، لكن آلية استدلالية للتكلفة قررت عدم استخدامه. لا يتجاوز سوى آلية استدلالية للتكلفة لإعداد allow_distinct_partitions_independently؛ وتظل الشروط الأخرى سارية.
force_grouping_standard_compatibility
اجعل الدالة GROUPING تُرجِع 1 عندما لا تُستخدَم الوسيطة كمفتاح للتجميعforce_index_by_date
يعطّل تنفيذ الاستعلام إذا تعذّر استخدام الفهرس حسب التاريخ. يعمل مع الجداول من عائلة MergeTree. إذا كانت قيمةforce_index_by_date=1، يتحقق ClickHouse مما إذا كان الاستعلام يحتوي على شرط لمفتاح التاريخ يمكن استخدامه لتقييد نطاقات البيانات. وإذا لم يوجد شرط مناسب، فإنه يطلق استثناءً. ومع ذلك، فهو لا يتحقق مما إذا كان الشرط يقلّل كمية البيانات المطلوب قراءتها. على سبيل المثال، يكون الشرط Date != ' 2000-01-01 ' مقبولًا حتى عندما يطابق جميع البيانات في الجدول (أي إن تشغيل الاستعلام يتطلب فحصًا كاملًا). لمزيد من المعلومات حول نطاقات البيانات في جداول MergeTree، راجع MergeTree.
force_primary_key
يعطّل تنفيذ الاستعلام إذا لم تكن الفهرسة باستخدام المفتاح الأساسي ممكنة. يعمل مع الجداول في عائلة MergeTree. إذا كانتforce_primary_key=1، فإن ClickHouse يتحقق مما إذا كان الاستعلام يحتوي على شرط على المفتاح الأساسي يمكن استخدامه لتقييد نطاقات البيانات. وإذا لم يكن هناك شرط مناسب، فسيؤدي ذلك إلى طرح استثناء. ومع ذلك، فهو لا يتحقق مما إذا كان هذا الشرط يقلّل كمية البيانات المطلوب قراءتها. لمزيد من المعلومات حول نطاقات البيانات في جداول MergeTree، راجع MergeTree.
force_read_through_distributed_cache
لا يسري هذا الإعداد إلا في ClickHouse Cloud. وهو يتجاوز إعداد الخادمenable_read_through_distributed_cache لاستعلام واحد. وتعني القيمة auto (الافتراضية) اتباع إعداد الخادم.
force_remove_data_recursively_on_drop
يزيل البيانات تعاوديًا عند تنفيذ استعلام DROP. يتجنب خطأ ‘المجلد غير فارغ’، لكنه قد يزيل البيانات المفصولة بصمتforce_window_partitions_independently
يفرض تقييم دوال النافذة بشكل مستقل لكل قسم عندما يكون ذلك ممكنًا، لكن آلية استدلالية للتكلفة قررت عدم استخدامه. لا يتجاوز سوى آلية استدلالية للتكلفة الخاصة بـ allow_window_partitions_independently؛ وتظل الشروط الأخرى سارية.force_write_through_distributed_cache
لا يسري إلا في ClickHouse Cloud. يتجاوز إعداد الخادمenable_write_through_distributed_cache لاستعلام واحد. وتعني القيمة auto (الافتراضية) استخدام إعداد الخادم.