Skip to content

Commit b599008

Browse files
committed
fix formatting
1 parent a6b8816 commit b599008

File tree

2 files changed

+5
-7
lines changed
  • i18n/ru/docusaurus-plugin-content-docs/current

2 files changed

+5
-7
lines changed

i18n/ru/docusaurus-plugin-content-docs/current/integrations/language-clients/go/index.md

Lines changed: 0 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,4 +1,3 @@
1-
21
---
32
sidebar_label: 'Go'
43
sidebar_position: 1

i18n/ru/docusaurus-plugin-content-docs/current/use-cases/observability/managing-data.md

Lines changed: 5 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -4,7 +4,6 @@ description: Управление Данными для Наблюдаемост
44
slug: /observability/managing-data
55
keywords: [наблюдаемость, логи, трассировки, метрики, OpenTelemetry, Grafana, OTel]
66
---
7-
```
87

98
import observability_14 from '@site/static/images/use-cases/observability/observability-14.png';
109

@@ -19,7 +18,7 @@ import observability_14 from '@site/static/images/use-cases/observability/observ
1918

2019
Партиционирование задается в таблице при ее первоначальном определении с помощью ключевого слова `PARTITION BY`. Этот ключ может содержать SQL-выражение на любой колонке/колонках, результаты которого определят, в какую партицию будет отправлена строка.
2120

22-
<img src={observability_14}
21+
<img src={observability_14}
2322
class="image"
2423
alt="NEEDS ALT"
2524
style={{width: '800px'}} />
@@ -212,7 +211,7 @@ ENGINE = MergeTree
212211
ORDER BY (ServiceName, Timestamp)
213212
```
214213

215-
:::note
214+
:::note
216215
Указание TTL на уровне колонки требует от пользователей задания своей схемы. Это не может быть задано в OTel collector.
217216
:::
218217

@@ -276,7 +275,7 @@ ClickHouse Cloud использует единую копию данных, ко
276275

277276
Колонки могут быть добавлены в схему с использованием [`DEFAULT` значений](/sql-reference/statements/create/table#default). Указанное значение по умолчанию будет использоваться, если оно не указано во время вставки.
278277

279-
Изменения схемы могут быть внесены до изменения любой логики трансформации представления или конфигурации OTel collector, что приводит к тому, что эти новые колонки будут отправлены.
278+
Изменения схемы могут быть внесены до изменения любой логики трансформации представления или конфигурации OTel collector, что приводит к тому, что эти новые колонки будут отправлены.
280279

281280
После изменения схемы пользователи могут перенастроить 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:
282281

@@ -305,7 +304,7 @@ ORDER BY (ServiceName, Timestamp)
305304

306305
CREATE MATERIALIZED VIEW otel_logs_mv TO otel_logs_v2 AS
307306
SELECT
308-
Body,
307+
Body,
309308
Timestamp::DateTime AS Timestamp,
310309
ServiceName,
311310
LogAttributes['status']::UInt16 AS Status,
@@ -378,7 +377,7 @@ FROM otel_logs
378377

379378
### Создание новых таблиц {#create-new-tables}
380379

381-
В качестве альтернативы вышеописанному процессу пользователи могут просто создать новую целевую таблицу с новой схемой. Все материализованные представления могут быть изменены, чтобы использовать новую таблицу с помощью `ALTER TABLE MODIFY QUERY.` С этим подходом пользователи могут версионировать свои таблицы, например, `otel_logs_v3`.
380+
В качестве альтернативы вышеописанному процессу пользователи могут просто создать новую целевую таблицу с новой схемой. Все материализованные представления могут быть изменены, чтобы использовать новую таблицу с помощью `ALTER TABLE MODIFY QUERY.` С этим подходом пользователи могут версионировать свои таблицы, например, `otel_logs_v3`.
382381

383382
Этот подход оставляет пользователям несколько таблиц для запроса. Чтобы выполнять запросы по этим таблицам, пользователи могут использовать функцию [`merge`](/sql-reference/table-functions/merge), которая принимает шаблоны подстановки для имени таблицы. Мы демонстрируем это ниже, запрашивая v2 и v3 таблицы `otel_logs`:
384383

0 commit comments

Comments
 (0)