> ## 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.
# ajustes de sesión de analyzer_compatibility_*
> Ajustes de sesión de ClickHouse en el grupo generado analyzer_compatibility_*.
export const VersionHistory = ({rows = []}) => {
if (rows.length === 0) {
return null;
}
const headers = ["Versión", "Valor predeterminado", "Comentario"];
const border = "1px solid rgba(128, 128, 128, 0.3)";
const cell = {
border,
padding: "0.25rem 0.5rem",
textAlign: "start",
verticalAlign: "top"
};
return
Historial de versiones
{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
Tipo
{type}
Predeterminado
{default_value}
{changeable_without_restart &&
Modificable sin reiniciar
}
{changeable_without_restart &&
{changeable_without_restart}
}
;
};
Esta configuración está disponible en [system.settings](/es/reference/system-tables/settings) y se genera automáticamente a partir del [código fuente](https://github.com/ClickHouse/ClickHouse/blob/master/src/Core/Settings.cpp).
## analyzer\_compatibility\_allow\_compound\_identifiers\_in\_unflatten\_nested
Permite añadir identificadores compuestos a Nested. Esta es una configuración de compatibilidad porque cambia el resultado de la consulta. Cuando está deshabilitada, `SELECT a.b.c FROM table ARRAY JOIN a` no funciona, y `SELECT a FROM table` no incluye la columna `a.b.c` en el resultado de `Nested a`.
## analyzer\_compatibility\_allow\_non\_aggregate\_in\_having
Cuando está habilitada, el analizador imita el comportamiento legacy de mover de `HAVING` a `WHERE` las conjunciones no agregadas con AND, en lugar de generar `NOT_AN_AGGREGATE`. El rechazo conforme al estándar es el comportamiento predeterminado; esta opción sirve como ayuda para la migración de consultas que el analizador anterior (`enable_analyzer = 0`) aceptaba silenciosamente. Las conjunciones que contienen funciones de agregación, `grouping` o funciones no deterministas permanecen en `HAVING`. Si alguna conjunción contiene una función de ventana o una función con estado (por ejemplo, `rowNumberInBlock`), la reescritura se desactiva para todo el `HAVING`, en consonancia con el comportamiento legacy de `PredicateExpressionsOptimizer`. La configuración también se ignora cuando `GROUP BY` usa `WITH CUBE`, `WITH ROLLUP`, `WITH TOTALS` o `GROUPING SETS`.
## analyzer\_compatibility\_apply\_final\_to\_all\_joined\_tables
Restaura el comportamiento de las versiones anteriores a la 26.6, en las que el modificador `FINAL` especificado en la tabla más a la izquierda de un JOIN también se aplicaba incorrectamente a todas las demás tablas unidas (en motores compatibles con `FINAL`, como `ReplacingMergeTree`). De forma predeterminada, `FINAL` se aplica únicamente a la tabla en la que se especifica. Habilite esta opción para mantener la compatibilidad con consultas que dependan del comportamiento anterior; la corrección recomendada es escribir `FINAL` explícitamente en cada tabla que lo necesite.
Valores posibles:
* 0 - `FINAL` se aplica únicamente a la tabla en la que se especifica.
* 1 - `FINAL` en la tabla más a la izquierda de un JOIN se aplica a todas las tablas unidas.
## analyzer\_compatibility\_join\_using\_top\_level\_identifier
Obliga a resolver el identificador en JOIN USING a partir de la proyección (por ejemplo, en `SELECT a + 1 AS b FROM t1 JOIN t2 USING (b)`, el JOIN se realizará mediante `t1.a + 1 = t2.b`, en lugar de `t1.b = t2.b`). También se tienen en cuenta los alias definidos en subexpresiones dentro de la lista SELECT (por ejemplo, en `SELECT uniqExact(a + 1 AS b) FROM t1 JOIN t2 USING (b)`, el JOIN se realiza mediante `t1.a + 1 = t2.b`). Cuando el alias coincidente se define en una subexpresión dentro de la lista SELECT en lugar de como alias de nivel superior, las réplicas paralelas se deshabilitan para la consulta. En las consultas enviadas a servidores remotos (tablas `Distributed`, función de tabla `remote`), la consulta se rechaza con una excepción solo cuando el identificador no se puede resolver en absoluto en el servidor remoto; si el alias oculta una columna real de la tabla izquierda, el servidor remoto realiza el JOIN usando esa columna, por lo que los resultados pueden diferir de la ejecución local.
## analyzer\_compatibility\_multiple\_joins\_qualify\_column\_names
Cuando está habilitada y la cláusula `FROM` de una consulta contiene dos o más `JOIN` (se cuentan las tablas separadas por comas; `ARRAY JOIN` no), el analizador asigna nombres a las columnas de resultado como lo hacía la reescritura para múltiples joins del analizador anterior:
* las columnas generadas al expandir `*`, `.*` o `COLUMNS('')` reciben nombres con la forma `.` (el calificador es el alias de la expresión de tabla, si lo tiene; de lo contrario, el nombre de la tabla sin la base de datos; de lo contrario, el nombre de la CTE; las columnas de una subconsulta unida sin alias se dejan sin calificar). Dos tipos de columnas conservan su nombre sin calificar porque pertenecen al join y no a una única expresión de tabla: una columna generada por `ARRAY JOIN` y una clave fusionada mediante `JOIN ... USING`. Por tanto, las referencias externas como `SELECT ll.arr` o `SELECT ll.k` no se resuelven en esos dos casos;
* la forma de lista de identificadores `COLUMNS(col1, col2)` no es una expansión de patrones: cada columna conserva el nombre exactamente como se escribió su identificador, por lo que `COLUMNS(x)` produce `x` y `COLUMNS(a.x)` produce `a.x`;
* una referencia de columna sin alias en la lista `SELECT` conserva su nombre exactamente como se escribió (por ejemplo, `SELECT a.x` produce una columna llamada `a.x` incluso cuando `x` es inequívoca).
Esto permite que funcionen las consultas externas que hacen referencia a dichas columnas mediante sus nombres cualificados, por ejemplo:
```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);
```
Solo surte efecto cuando el analizador está habilitado (`enable_analyzer = 1`).
## analyzer\_compatibility\_prefer\_alias\_over\_subcolumn
Cuando un identificador de varias partes como `b.id` podría referirse tanto a la columna `id` de una tabla con alias `b` como a una subcolumna `b.id` de tipo Tuple de alguna otra columna, se prefiere la interpretación con prefijo de alias (la columna `id` de `b`). De forma predeterminada, el analizador prefiere la subcolumna. Actívalo para que coincida con la resolución del analizador anterior.