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

# настройки сеанса materialized_views_*

> Настройки сеанса ClickHouse из автоматически созданной группы materialized_views_*.

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 <details className="not-prose" style={{
    border,
    borderRadius: "0.5rem",
    margin: "0.5rem 0",
    padding: "0.5rem 0.75rem",
    fontSize: "0.8125rem",
    lineHeight: "1.125rem"
  }}>
      <summary style={{
    cursor: "pointer",
    fontWeight: 600,
    opacity: 0.72
  }}>
        История версий
      </summary>
      <table style={{
    borderCollapse: "collapse",
    width: "100%",
    margin: "0.5rem 0 0"
  }}>
        <thead>
          <tr>
            {headers.map(header => <th key={header} style={{
    ...cell,
    fontWeight: 600,
    opacity: 0.72
  }}>
                {header}
              </th>)}
          </tr>
        </thead>
        <tbody>
          {rows.map((row, row_index) => <tr key={row.id ?? row_index}>
              {(row.items ?? []).map((item, item_index) => <td key={item_index} style={{
    ...cell,
    overflowWrap: "anywhere"
  }}>
                  {item?.label}
                </td>)}
            </tr>)}
        </tbody>
      </table>
    </details>;
};

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/ru/reference/system-tables/settings) и автоматически сгенерированы из [исходного кода](https://github.com/ClickHouse/ClickHouse/blob/master/src/Core/Settings.cpp).

<div id="materialized_views_ignore_errors">
  ## materialized\_views\_ignore\_errors
</div>

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

Если включено, исключения, возникающие при отправке данных в зависимую materialized view (в её `SELECT` или в sink внутренней таблицы), записываются как предупреждения, а оператор `INSERT` завершается успешно. Если отключено (по умолчанию), такое исключение пробрасывается дальше, и оператор `INSERT` завершается ошибкой.

Этот параметр управляет только сообщениями об ошибках. Он не откатывает запись в исходную таблицу и не гарантирует, что исходный блок уже был зафиксирован в исходной таблице к моменту возникновения ошибки в конвейере зависимой view. Если параметр отключён (по умолчанию), `INSERT` завершается ошибкой при ошибке во view — повторите его с дедупликацией вставок (`insert_deduplicate`, `deduplicate_blocks_in_dependent_materialized_views`), чтобы обеспечить доставку exactly-once в исходную таблицу и все зависимые view. Если параметр включён, `INSERT` сообщает об успехе, несмотря на частичную доставку в view с ошибками и их последующие цепочки; используйте это только тогда, когда записи в исходную таблицу не должны блокироваться из-за проблем на стороне view (например, для таблиц `system.*_log`). Полное описание семантики см. в документации по `CREATE VIEW`.

<div id="materialized_views_populate_atomically">
  ## materialized\_views\_populate\_atomically
</div>

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

<VersionHistory rows={[{"id": "row-1","items": [{"label": "26.8"},{"label": "1"},{"label": "Новая настройка, делающая обычный `CREATE MATERIALIZED VIEW ... POPULATE` локально атомарным: существующие данные фиксируются в снимке, а materialized view одновременно подписывается на новые вставки под кратковременной эксклюзивной блокировкой исходной таблицы, поэтому строки, вставленные через тот же сервер, не пропускаются и не дублируются. Гарантия распространяется только на локальный путь вставки: вставки, поступающие на другую реплику или через распределённую запись, не охватываются ею; также требуется исходная таблица, способная предоставить закреплённый снимок (семейство `MergeTree` и `Memory`). Для других источников, а также для `CREATE OR REPLACE` \/ `REPLACE`, сохраняется устаревшее неатомарное заполнение. Установите `false`, чтобы везде использовать устаревшее неатомарное поведение."}]}]} />

Делает `CREATE MATERIALIZED VIEW ... POPULATE` атомарным: materialized view подписывается на новые вставки в исходную таблицу, а снимок существующих данных создаётся одновременно под кратковременной эксклюзивной блокировкой исходной таблицы, поэтому каждая строка, вставленная параллельно с заполнением, доставляется в materialized view ровно один раз — без пропусков и дублирования. Затем заполнение, которое может быть длительным, считывает закреплённый снимок, не удерживая блокировку.

Это атомарность локального пути вставки: эксклюзивная блокировка синхронизируется только со вставками, которые получают блокировку хранилища этой исходной таблицы на том же сервере, поэтому гарантия exactly-once распространяется на вставки, поступающие через этот сервер. Это не гарантия для всего кластера: строки, вставленные на другую реплику исходной таблицы `ReplicatedMergeTree` или через распределённый путь записи (например, в таблицу `Distributed` либо через `ON CLUSTER`) параллельно с заполнением, всё ещё могут быть пропущены или продублированы.

Для этого исходная таблица должна поддерживать чтение закреплённого снимка на определённый момент времени (семейство `MergeTree` и `Memory`). Для любых других источников (представления, `Distributed`, `Merge`, семейства `Log` или таблицы не в базе данных `Atomic`) используется устаревшее неатомарное поведение (с записью в журнал сервера): существующие данные считываются из отдельного, нескоординированного снимка, поэтому строки, вставленные во время заполнения, могут быть пропущены или продублированы. Установите эту настройку в `false`, чтобы принудительно использовать устаревшее поведение для всех источников. Применяется только к обычному `CREATE MATERIALIZED VIEW`; `CREATE OR REPLACE` / `REPLACE` всегда используют устаревшее неатомарное заполнение, как и materialized view, созданное в базе данных `Replicated` (где для `POPULATE` требуется `database_replicated_allow_heavy_create`), поскольку неудачное заполнение нельзя было бы согласованно откатить на всех репликах.

<div id="materialized_views_squash_parallel_inserts">
  ## materialized\_views\_squash\_parallel\_inserts
</div>

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

<VersionHistory rows={[{"id": "row-1","items": [{"label": "25.10"},{"label": "1"},{"label": "Добавлена настройка, позволяющая при необходимости сохранить прежнее поведение."}]}]} />

Объединяет параллельные вставки из одного запроса INSERT в целевую таблицу materialized view, чтобы уменьшить количество создаваемых частей.
Если установлено значение false и включена настройка `parallel_view_processing`, запрос INSERT будет создавать часть в целевой таблице для каждого `max_insert_thread`.