You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
import observability_14 from '@site/static/images/use-cases/observability/observability-14.png';
10
9
@@ -19,7 +18,7 @@ import observability_14 from '@site/static/images/use-cases/observability/observ
19
18
20
19
Партиционирование задается в таблице при ее первоначальном определении с помощью ключевого слова `PARTITION BY`. Этот ключ может содержать SQL-выражение на любой колонке/колонках, результаты которого определят, в какую партицию будет отправлена строка.
21
20
22
-
<img src={observability_14}
21
+
<img src={observability_14}
23
22
class="image"
24
23
alt="NEEDS ALT"
25
24
style={{width: '800px'}} />
@@ -212,7 +211,7 @@ ENGINE = MergeTree
212
211
ORDER BY (ServiceName, Timestamp)
213
212
```
214
213
215
-
:::note
214
+
:::note
216
215
Указание TTL на уровне колонки требует от пользователей задания своей схемы. Это не может быть задано в OTel collector.
217
216
:::
218
217
@@ -276,7 +275,7 @@ ClickHouse Cloud использует единую копию данных, ко
276
275
277
276
Колонки могут быть добавлены в схему с использованием [`DEFAULT` значений](/sql-reference/statements/create/table#default). Указанное значение по умолчанию будет использоваться, если оно не указано во время вставки.
278
277
279
-
Изменения схемы могут быть внесены до изменения любой логики трансформации представления или конфигурации OTel collector, что приводит к тому, что эти новые колонки будут отправлены.
278
+
Изменения схемы могут быть внесены до изменения любой логики трансформации представления или конфигурации OTel collector, что приводит к тому, что эти новые колонки будут отправлены.
280
279
281
280
После изменения схемы пользователи могут перенастроить OTel collectors. Предполагая, что пользователи используют рекомендованный процесс, изложенный в ["Извлечение структуры с помощью SQL"](/docs/use-cases/observability/schema-design#extracting-structure-with-sql), где OTel collectors отправляют свои данные в Null таблицу с представлением, ответственным за извлечение целевой схемы и отправку результатов в целевую таблицу для хранения, представление может быть изменено с помощью синтаксиса [`ALTER TABLE ... MODIFY QUERY`](/sql-reference/statements/alter/view). Предположим, у нас есть целевая таблица ниже с соответствующим материализованным представлением (аналогичным тому, что использовалось в "Извлечение структуры с помощью SQL") для извлечения целевой схемы из структурированных логов OTel:
282
281
@@ -305,7 +304,7 @@ ORDER BY (ServiceName, Timestamp)
305
304
306
305
CREATE MATERIALIZED VIEW otel_logs_mv TO otel_logs_v2 AS
307
306
SELECT
308
-
Body,
307
+
Body,
309
308
Timestamp::DateTime ASTimestamp,
310
309
ServiceName,
311
310
LogAttributes['status']::UInt16 AS Status,
@@ -378,7 +377,7 @@ FROM otel_logs
378
377
379
378
### Создание новых таблиц {#create-new-tables}
380
379
381
-
В качестве альтернативы вышеописанному процессу пользователи могут просто создать новую целевую таблицу с новой схемой. Все материализованные представления могут быть изменены, чтобы использовать новую таблицу с помощью `ALTER TABLE MODIFY QUERY.` С этим подходом пользователи могут версионировать свои таблицы, например, `otel_logs_v3`.
380
+
В качестве альтернативы вышеописанному процессу пользователи могут просто создать новую целевую таблицу с новой схемой. Все материализованные представления могут быть изменены, чтобы использовать новую таблицу с помощью `ALTER TABLE MODIFY QUERY.` С этим подходом пользователи могут версионировать свои таблицы, например, `otel_logs_v3`.
382
381
383
382
Этот подход оставляет пользователям несколько таблиц для запроса. Чтобы выполнять запросы по этим таблицам, пользователи могут использовать функцию [`merge`](/sql-reference/table-functions/merge), которая принимает шаблоны подстановки для имени таблицы. Мы демонстрируем это ниже, запрашивая v2 и v3 таблицы `otel_logs`:
0 commit comments