> ## Documentation Index
> Fetch the complete documentation index at: https://private-7c7dfe99-detect-table-modification.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.
# إعدادات الجلسة لـ analyzer_compatibility_*
> إعدادات جلسة ClickHouse ضمن المجموعة المُولَّدة analyzer_compatibility_*.
export const VersionHistory = ({rows = []}) => {
if (rows.length === 0) {
return null;
}
const headers = ["الإصدار", "القيمة الافتراضية", "التعليق"];
const border = "1px solid rgba(128, 128, 128, 0.3)";
const cell = {
border,
padding: "0.25rem 0.5rem",
textAlign: "start",
verticalAlign: "top"
};
return
سجل الإصدارات
{headers.map(header => |
{header}
| )}
{rows.map((row, row_index) =>
{(row.items ?? []).map((item, item_index) => |
{item?.label}
| )}
)}
;
};
export const SettingsInfoBlock = ({type, default_value, changeable_without_restart}) => {
return
النوع
{type}
القيمة الافتراضية
{default_value}
{changeable_without_restart &&
يمكن تغييره دون إعادة التشغيل
}
{changeable_without_restart &&
{changeable_without_restart}
}
;
};
هذه الإعدادات متاحة في [system.settings](/ar/reference/system-tables/settings)، ويتم توليدها تلقائيًا من [الشفرة المصدرية](https://github.com/ClickHouse/ClickHouse/blob/master/src/Core/Settings.cpp).
## analyzer\_compatibility\_allow\_compound\_identifiers\_in\_unflatten\_nested
يسمح بإضافة معرّفات مركّبة إلى Nested. هذا إعداد توافق لأنه يغيّر نتيجة الاستعلام. عند تعطيله، لا يعمل `SELECT a.b.c FROM table ARRAY JOIN a`، ولا يضمّن `SELECT a FROM table` العمود `a.b.c` ضمن نتيجة `Nested a`.
## analyzer\_compatibility\_allow\_non\_aggregate\_in\_having
عند تمكينه، يحاكي المحلّل السلوك القديم المتمثل في نقل الأجزاء غير التجميعية المرتبطة بـ AND من `HAVING` إلى `WHERE` بدلًا من إصدار `NOT_AN_AGGREGATE`. ويكون الرفض المتوافق مع المعيار هو السلوك الافتراضي؛ وهذا الإعداد وسيلة مساعدة في الترحيل للاستعلامات التي كان المحلّل القديم يقبلها بصمت (`enable_analyzer = 0`). وتبقى الأجزاء المرتبطة التي تحتوي على دوال aggregate أو `grouping` أو دوال غير حتمية في `HAVING`. وإذا احتوى أي جزء مرتبط على دالة window function أو دالة ذات حالة (مثل `rowNumberInBlock`)، تُعطَّل إعادة الكتابة لكامل `HAVING`، بما يطابق سلوك `PredicateExpressionsOptimizer` القديم. كما يتم تجاهل هذا الإعداد عندما يستخدم `GROUP BY` `WITH CUBE` أو `WITH ROLLUP` أو `WITH TOTALS` أو `GROUPING SETS`.
## analyzer\_compatibility\_apply\_final\_to\_all\_joined\_tables
يستعيد سلوك الإصدارات السابقة لـ 26.6، حيث كان المُعدِّل `FINAL` المحدد على الجدول الموجود أقصى اليسار في JOIN يُطبَّق خطأً أيضًا على جميع الجداول الأخرى المنضمة (للمحركات التي تدعم `FINAL`، مثل `ReplacingMergeTree`). افتراضيًا، لا يُطبَّق `FINAL` إلا على الجدول المكتوب عليه. فعِّل هذا الإعداد للتوافق مع الاستعلامات التي تعتمد على السلوك القديم؛ أما الإصلاح الموصى به فهو كتابة `FINAL` صراحةً على كل جدول يحتاج إليه.
القيم الممكنة:
* 0 - يُطبَّق `FINAL` على الجدول المحدد عليه فقط.
* 1 - يُطبَّق `FINAL` الموجود على الجدول أقصى اليسار في JOIN على جميع الجداول المنضمة.
## analyzer\_compatibility\_join\_using\_top\_level\_identifier
يفرض حلّ المعرّف في JOIN USING انطلاقًا من الإسقاط (على سبيل المثال، في `SELECT a + 1 AS b FROM t1 JOIN t2 USING (b)` سيُجرى join باستخدام `t1.a + 1 = t2.b` بدلًا من `t1.b = t2.b`). وتُؤخذ أيضًا الأسماء المستعارة المعرّفة في التعبيرات الفرعية ضمن قائمة SELECT في الاعتبار (على سبيل المثال، في `SELECT uniqExact(a + 1 AS b) FROM t1 JOIN t2 USING (b)` يُجرى join باستخدام `t1.a + 1 = t2.b`). عندما يُعرَّف الاسم المستعار المطابق في تعبير فرعي ضمن قائمة SELECT بدلًا من تعريفه كاسم مستعار على المستوى الأعلى، تُعطَّل النسخ المتماثلة المتوازية لهذا الاستعلام. بالنسبة إلى الاستعلامات المُرسلة إلى الخوادم البعيدة (جداول `Distributed`، ودالة الجدول `remote`)، لا يُرفض هذا الاستعلام مع استثناء إلا إذا تعذر حلّ المعرّف على الخادم البعيد تمامًا؛ وإذا كان الاسم المستعار يحجب عمودًا حقيقيًا في الجدول الأيسر، فإن الخادم البعيد يجري join باستخدام ذلك العمود بدلًا منه، لذا قد تختلف النتائج عن التنفيذ المحلي.
## analyzer\_compatibility\_multiple\_joins\_qualify\_column\_names
عند تفعيله، وإذا كانت عبارة `FROM` في الاستعلام تحتوي على عمليتي `JOIN` أو أكثر (تُحتسب الجداول المفصولة بفواصل، بينما لا يُحتسب `ARRAY JOIN`)، يسمّي المحلّل أعمدة النتائج بالطريقة التي كانت تستخدمها إعادة كتابة عمليات الربط المتعددة في المحلّل القديم:
* تُسمّى الأعمدة الناتجة عن توسيع `*` أو `.*` أو `COLUMNS('')` بالشكل `.` (يكون المؤهِّل هو الاسم المستعار لتعبير الجدول إن وُجد، وإلا فاسم الجدول من دون اسم قاعدة البيانات، وإلا فاسم تعبير الجدول الشائع؛ أما أعمدة الاستعلام الفرعي المربوط الذي لا يحمل اسماً مستعاراً فتظل غير مؤهَّلة). ويحتفظ نوعان من الأعمدة باسميهما غير المؤهَّلين لأنهما ينتميان إلى عملية الربط لا إلى تعبير جدول واحد: عمود ناتج عن `ARRAY JOIN`، ومفتاح مدمج بواسطة `JOIN ... USING`. لذلك، لا تُحلّ المراجع الخارجية مثل `SELECT ll.arr` أو `SELECT ll.k` في هاتين الحالتين؛
* صيغة قائمة المعرّفات `COLUMNS(col1, col2)` ليست توسيعاً لمطابقة: إذ يحتفظ كل عمود بالاسم تماماً كما كُتب معرّفه، لذا ينتج `COLUMNS(x)` الاسم `x` وينتج `COLUMNS(a.x)` الاسم `a.x`؛
* يحتفظ مرجع عمود بلا اسم مستعار في قائمة `SELECT` بالاسم تماماً كما كُتب (مثلاً، ينتج `SELECT a.x` عموداً باسم `a.x` حتى عندما يكون `x` غير ملتبس).
يتيح ذلك عمل الاستعلامات الخارجية التي تشير إلى هذه الأعمدة بأسمائها المؤهَّلة، على سبيل المثال:
```sql theme={null}
SELECT ll.Date FROM (SELECT * FROM t AS ll LEFT JOIN t1 ON ll.k = t1.k LEFT JOIN t2 ON ll.k = t2.k);
```
لا يسري مفعوله إلا عند تفعيل محلّل (`enable_analyzer = 1`).
## analyzer\_compatibility\_prefer\_alias\_over\_subcolumn
عندما يمكن أن يشير معرّف متعدد الأجزاء مثل `b.id` إما إلى العمود `id` في جدول ذي الاسم المستعار `b` أو إلى عمود فرعي من نوع Tuple هو `b.id` لعمود آخر، فامنح الأفضلية لتفسير بادئة الاسم المستعار (أي العمود `id` في `b`). افتراضيًا، يفضّل المُحلِّل العمود الفرعي. فعِّل هذا الخيار لمطابقة آلية التحليل في المُحلِّل القديم.