Merge pull request #4651 from Blargian/fix_translation_mistake

Translations: fix translation error in Russian language docs

Author: Blargian

i18n/ru/docusaurus-plugin-content-docs/current/engines/table-engines/mergetree-family/aggregatingmergetree.md

@@ -8,7 +8,7 @@ doc_type: reference
 ---
 # AggregatingMergeTree
 
-Двигатель наследует от [MergeTree](/engines/table-engines/mergetree-family/versionedcollapsingmergetree), изменяя логику слияния частей данных. ClickHouse заменяет все строки с одинаковым первичным ключом (или, точнее, с одинаковым [ключом сортировки](../../../engines/table-engines/mergetree-family/mergetree.md)) на одну строку (в пределах одной части данных), которая хранит комбинацию состояний агрегатных функций.
+Движок наследует от [MergeTree](/engines/table-engines/mergetree-family/versionedcollapsingmergetree), изменяя логику слияния частей данных. ClickHouse заменяет все строки с одинаковым первичным ключом (или, точнее, с одинаковым [ключом сортировки](../../../engines/table-engines/mergetree-family/mergetree.md)) на одну строку (в пределах одной части данных), которая хранит комбинацию состояний агрегатных функций.
 
 Вы можете использовать таблицы `AggregatingMergeTree` для инкрементной агрегации данных, включая агрегированные материализованные представления.
 
@@ -17,7 +17,7 @@ doc_type: reference
 <iframe width="1030" height="579" src="https://www.youtube.com/embed/pryhI4F_zqQ" title="Aggregation States in ClickHouse" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen></iframe>
 </div>
 
-Двигатель обрабатывает все колонки со следующими типами:
+Движок обрабатывает все колонки со следующими типами:
 
 - [`AggregateFunction`](../../../sql-reference/data-types/aggregatefunction.md)
 - [`SimpleAggregateFunction`](../../../sql-reference/data-types/simpleaggregatefunction.md)

i18n/ru/docusaurus-plugin-content-docs/current/getting-started/quick-start/oss.mdx

@@ -240,7 +240,7 @@ FROM url(
     </TabItem>
     <TabItem value="local_file" label="Local">
 
-        Используйте [`file` таблицу двигатель](/sql-reference/table-functions/file), чтобы
+        Используйте [`file` таблицу движок](/sql-reference/table-functions/file), чтобы
         читать локальный файл. Чтобы упростить задачу, скопируйте файл в каталог `user_files`
         (который находится в директории, где вы загрузили двоичный файл ClickHouse).
 
@@ -338,11 +338,11 @@ odbc(
     <TabItem value="messagequeue" label="Сообщения">
 
         Очереди сообщений могут передавать данные в ClickHouse, используя соответствующий
-        табличный двигатель, включая:
+        табличный движок, включая:
 
-        - **Kafka**: интеграция с Kafka с помощью [`Kafka` табличный двигатель](/engines/table-engines/integrations/kafka)
+        - **Kafka**: интеграция с Kafka с помощью [`Kafka` табличный движок](/engines/table-engines/integrations/kafka)
         - **Amazon MSK**: интеграция с [Amazon Managed Streaming for Apache Kafka (MSK)](/integrations/kafka/cloud/amazon-msk/)
-        - **RabbitMQ**: интеграция с RabbitMQ с помощью [`RabbitMQ` табличный двигатель](/engines/table-engines/integrations/rabbitmq)
+        - **RabbitMQ**: интеграция с RabbitMQ с помощью [`RabbitMQ` табличный движок](/engines/table-engines/integrations/rabbitmq)
         <br/>
     </TabItem>
     <TabItem value="datalake" label="Дата-Озера">

i18n/ru/docusaurus-plugin-content-docs/current/managing-data/core-concepts/academic_overview.mdx

@@ -66,7 +66,7 @@ ClickHouse разработан для решения пяти ключевых
 
 Обработка запросов следует традиционной парадигме парсинга входящих запросов, построения и оптимизации логических и физических планов запросов и их выполнения. ClickHouse использует векторизированную модель выполнения, аналогичную MonetDB/X100 [\[11\]](#page-12-0), в сочетании с оппортунистической компиляцией кода [\[53\]](#page-13-0). Запросы могут быть написаны на богатом SQL диалекте, PRQL [\[76\]](#page-13-1), или KQL от Kusto [\[50\]](#page-13-2).
 
-Слой хранения состоит из различных движков таблиц, которые инкапсулируют формат и расположение данных таблицы. Движки таблиц делятся на три категории: первая категория — это ^^MergeTree^^* семейство движков таблиц, которые представляют собой основной формат сохранения в ClickHouse. Основываясь на идее деревьев LSM [\[60\]](#page-13-3), таблицы разбиваются на горизонтальные, отсортированные ^^части^^, которые непрерывно объединяются фоновым процессом. Индивидуальные ^^MergeTree^^* двигатели таблиц различаются по тому, как именно слияние объединяет строки из своих входных ^^частей^^. Например, строки могут быть агрегированы или заменены, если устарели.
+Слой хранения состоит из различных движков таблиц, которые инкапсулируют формат и расположение данных таблицы. Движки таблиц делятся на три категории: первая категория — это ^^MergeTree^^* семейство движков таблиц, которые представляют собой основной формат сохранения в ClickHouse. Основываясь на идее деревьев LSM [\[60\]](#page-13-3), таблицы разбиваются на горизонтальные, отсортированные ^^части^^, которые непрерывно объединяются фоновым процессом. Индивидуальные ^^MergeTree^^* движки таблиц различаются по тому, как именно слияние объединяет строки из своих входных ^^частей^^. Например, строки могут быть агрегированы или заменены, если устарели.
 
 Вторая категория — это специализированные движки таблиц, которые используются для ускорения или распределения выполнения запросов. В эту категорию входят таблицы в оперативной памяти, основанные на ключ-значение, называемые словарями. [Словарь](https://clickhou.se/dictionaries) кэширует результат запроса, периодически выполняемого против внутреннего или внешнего источника данных. Это значительно сокращает задержки доступа в сценариях, где можно допустить некоторую степень устаревания данных. Другие примеры специализированных движков таблиц включают чистый движок в памяти, используемый для временных таблиц, и ^^Distributed table^^ движок для прозрачного шардирования данных (см. ниже).
 

i18n/ru/docusaurus-plugin-content-docs/current/sql-reference/data-types/aggregatefunction.md

@@ -86,7 +86,7 @@ SELECT uniqMerge(state) FROM (SELECT uniqState(UserID) AS state FROM table GROUP
 
 ## Пример использования {#usage-example}
 
-Смотрите описание двигателя [AggregatingMergeTree](../../engines/table-engines/mergetree-family/aggregatingmergetree.md).
+Смотрите описание движка [AggregatingMergeTree](../../engines/table-engines/mergetree-family/aggregatingmergetree.md).
 
 ## Связанный контент {#related-content}
 

i18n/ru/docusaurus-plugin-content-docs/current/use-cases/observability/clickstack/migration/elastic/migrating-data.md

@@ -520,7 +520,7 @@ ORDER BY (`host.name`, `@timestamp`)
   - `object` → `JSON` для объекта syslog, структура которого непредсказуема.
 - Колонки `host.ip` и `host.mac` имеют явный тип `Array`, в отличие от Elasticsearch, где все типы являются массивами.
 - Кладется `ORDER BY` в предложение с использованием временной метки и имени хоста для эффективных временных запросов
-- Тип двигателя используется `MergeTree`, который оптимален для логовых данных
+- Тип движка используется `MergeTree`, который оптимален для логовых данных
 
 **Этот подход статической дефиниции схемы и избирательного использования типа JSON в необходимых местах [рекомендуется](/integrations/data-formats/json/schema#handling-semi-structured-dynamic-structures).**