> ## 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.

# paramètres de session analyzer_compatibility_*

> Paramètres de session ClickHouse du groupe généré 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
  }}>Type</div>
      <div style={{
    overflowWrap: "anywhere"
  }}>{type}</div>
      <div style={{
    fontWeight: 600,
    opacity: 0.72,
    marginInlineStart: "0.5rem"
  }}>Par défaut</div>
      <div style={{
    overflowWrap: "anywhere"
  }}>{default_value}</div>
      {changeable_without_restart && <div style={{
    fontWeight: 600,
    opacity: 0.72,
    marginInlineStart: "0.5rem"
  }}>
          Modifiable sans redémarrage
        </div>}
      {changeable_without_restart && <div style={{
    overflowWrap: "anywhere"
  }}>
          {changeable_without_restart}
        </div>}
    </div>;
};

Ces paramètres sont disponibles dans [system.settings](/docs/fr/reference/system-tables/settings) et sont générés automatiquement à partir du [source](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": "Nouveau paramètre."}]}]} />

Permet d'ajouter des identifiants composés à Nested. Il s'agit d'un paramètre de compatibilité, car il modifie le résultat de la requête. Lorsqu'il est désactivé, `SELECT a.b.c FROM table ARRAY JOIN a` ne fonctionne pas, et `SELECT a FROM table` n'inclut pas la colonne `a.b.c` dans le résultat `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": "Nouveau paramètre de compatibilité. Lorsqu'il est activé, l'analyseur reproduit la réécriture legacy de `HAVING` vers `WHERE` pour les AND-conjuncts non agrégés au lieu de lever `NOT_AN_AGGREGATE`."}]}]} />

Lorsqu'il est activé, l'analyseur reproduit le comportement legacy qui consiste à déplacer les AND-conjuncts non agrégés de `HAVING` vers `WHERE` au lieu de lever `NOT_AN_AGGREGATE`. Le rejet conforme à la norme est le comportement par défaut ; il s'agit d'une aide à la migration pour les requêtes qui étaient acceptées silencieusement par l'ancien analyseur (`enable_analyzer = 0`). Les conjuncts contenant des fonctions d'agrégation, `grouping` ou des fonctions non déterministes restent dans `HAVING`. Si un conjunct contient une window function ou une fonction avec état (par exemple `rowNumberInBlock`), la réécriture est désactivée pour l'ensemble de `HAVING`, conformément au comportement legacy de `PredicateExpressionsOptimizer`. Le paramètre est également ignoré lorsque `GROUP BY` utilise `WITH CUBE`, `WITH ROLLUP`, `WITH TOTALS` ou `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": "Forcer la résolution de l’identifiant dans JOIN USING depuis la projection"}]}]} />

Forcer la résolution de l’identifiant dans JOIN USING depuis la projection (par exemple, dans `SELECT a + 1 AS b FROM t1 JOIN t2 USING (b)`, la jointure sera effectuée sur `t1.a + 1 = t2.b`, plutôt que sur `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": "Nouveau paramètre de compatibilité"}]}]} />

Lorsqu’un identifiant composite comme `b.id` peut faire référence soit à la colonne `id` d’une table ayant pour alias `b`, soit à une sous-colonne Tuple `b.id` d’une autre colonne, privilégiez l’interprétation avec préfixe d’alias (colonne `id` de `b`). Par défaut, l’analyseur privilégie la sous-colonne. Activez ce paramètre pour retrouver la résolution de l’ancien analyseur.