> ## Documentation Index
> Fetch the complete documentation index at: https://clickhouse.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# إعدادات الجلسة لـ analyzer_compatibility_*

> إعدادات جلسة ClickHouse ضمن المجموعة المُولَّدة analyzer_compatibility_*.

export const SettingsInfoBlock = ({type, default_value, changeable_without_restart}) => {
  return <div className="not-prose" style={{
    display: "flex",
    flexWrap: "wrap",
    alignItems: "baseline",
    columnGap: "0.5rem",
    rowGap: "0.125rem",
    margin: "0.375rem 0",
    fontSize: "0.8125rem",
    lineHeight: "1.125rem"
  }}>
      <div style={{
    fontWeight: 600,
    opacity: 0.72
  }}>النوع</div>
      <div style={{
    overflowWrap: "anywhere"
  }}>{type}</div>
      <div style={{
    fontWeight: 600,
    opacity: 0.72,
    marginInlineStart: "0.5rem"
  }}>القيمة الافتراضية</div>
      <div style={{
    overflowWrap: "anywhere"
  }}>{default_value}</div>
      {changeable_without_restart && <div style={{
    fontWeight: 600,
    opacity: 0.72,
    marginInlineStart: "0.5rem"
  }}>
          يمكن تغييره دون إعادة التشغيل
        </div>}
      {changeable_without_restart && <div style={{
    overflowWrap: "anywhere"
  }}>
          {changeable_without_restart}
        </div>}
    </div>;
};

هذه الإعدادات متاحة في [system.settings](/docs/ar/reference/system-tables/settings)، ويتم توليدها تلقائيًا من [الشفرة المصدرية](https://github.com/ClickHouse/ClickHouse/blob/master/src/Core/Settings.cpp).

<div id="analyzer_compatibility_allow_compound_identifiers_in_unflatten_nested">
  ## analyzer\_compatibility\_allow\_compound\_identifiers\_in\_unflatten\_nested
</div>

<SettingsInfoBlock type="Bool" default_value="1" />

<VersionHistory rows={[{"id": "row-1","items": [{"label": "25.8"},{"label": "1"},{"label": "إعداد جديد."}]}]} />

يسمح بإضافة معرّفات مركّبة إلى Nested. هذا إعداد توافق لأنه يغيّر نتيجة الاستعلام. عند تعطيله، لا يعمل `SELECT a.b.c FROM table ARRAY JOIN a`، ولا يضمّن `SELECT a FROM table` العمود `a.b.c` ضمن نتيجة `Nested a`.

<div id="analyzer_compatibility_allow_non_aggregate_in_having">
  ## analyzer\_compatibility\_allow\_non\_aggregate\_in\_having
</div>

<SettingsInfoBlock type="Bool" default_value="0" />

<VersionHistory rows={[{"id": "row-1","items": [{"label": "26.7"},{"label": "0"},{"label": "إعداد توافق جديد. عند تمكينه، يحاكي المحلّل سلوك إعادة الكتابة القديم من `HAVING` إلى `WHERE` للأجزاء غير التجميعية المرتبطة بـ AND بدلًا من إصدار `NOT_AN_AGGREGATE`."}]}]} />

عند تمكينه، يحاكي المحلّل السلوك القديم المتمثل في نقل الأجزاء غير التجميعية المرتبطة بـ 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`.

<div id="analyzer_compatibility_join_using_top_level_identifier">
  ## analyzer\_compatibility\_join\_using\_top\_level\_identifier
</div>

<SettingsInfoBlock type="Bool" default_value="0" />

<VersionHistory rows={[{"id": "row-1","items": [{"label": "24.3"},{"label": "0"},{"label": "فرض حلّ المعرّف في JOIN USING انطلاقًا من الإسقاط"}]}]} />

يفرض حلّ المعرّف في JOIN USING انطلاقًا من الإسقاط (على سبيل المثال، في `SELECT a + 1 AS b FROM t1 JOIN t2 USING (b)` سيُجرى join باستخدام `t1.a + 1 = t2.b` بدلًا من `t1.b = t2.b`).

<div id="analyzer_compatibility_prefer_alias_over_subcolumn">
  ## analyzer\_compatibility\_prefer\_alias\_over\_subcolumn
</div>

<SettingsInfoBlock type="Bool" default_value="0" />

<VersionHistory rows={[{"id": "row-1","items": [{"label": "26.6"},{"label": "0"},{"label": "إعداد توافق جديد"}]}]} />

عندما يمكن أن يشير معرّف متعدد الأجزاء مثل `b.id` إما إلى العمود `id` في جدول ذي الاسم المستعار `b` أو إلى عمود فرعي من نوع Tuple هو `b.id` لعمود آخر، فامنح الأفضلية لتفسير بادئة الاسم المستعار (أي العمود `id` في `b`). افتراضيًا، يفضّل المُحلِّل العمود الفرعي. فعِّل هذا الخيار لمطابقة آلية التحليل في المُحلِّل القديم.