Merge 2a7ab80 into cf4d487

Author: azevaykin

ydb/docs/ru/core/changelog-server.md

@@ -288,4 +288,4 @@
   * Добавлена поддержка сжатия при экспорте данных в S3.
   * Добавлен audit log для DDL statements.
   * Поддержана аутентификация со статическими учетными данными.
-  * Добавлены системные таблицы для диагностики производительности запросов.
+  * Добавлены системные представления для диагностики производительности запросов.

ydb/docs/ru/core/concepts/_includes/scan_query.md

@@ -11,7 +11,7 @@
 
 {% note info %}
 
-Через интерфейс *Scan Queries* можно выполнять запросы к [системным таблицам](../../dev/system-views.md).
+Через интерфейс *Scan Queries* можно выполнять запросы к [системным представлениям](../../dev/system-views.md).
 
 {% endnote %}
 

ydb/docs/ru/core/dev/system-views.md

@@ -1,10 +1,10 @@
-# Системные таблицы базы данных
+# Системные представления базы данных
 
-Вы можете отправлять запросы в специальные служебные таблицы (system views), чтобы следить за состоянием базы данных. Эти таблицы доступны из корня дерева базы данных и используют системный префикс пути `.sys`.
+Вы можете отправлять запросы в специальные служебные представления (system views), чтобы следить за состоянием базы данных. Эти представления доступны из корня дерева базы данных и используют системный префикс пути `.sys`.
 
-Индекс поля первичного ключа соответствующей таблицы содержится в описаниях доступных полей далее по тексту.
+Индекс поля первичного ключа соответствующего представления содержится в описаниях доступных полей далее по тексту.
 
-Системные таблицы содержат:
+Системные представления содержат:
 
 * [Детальные данные об отдельных партициях таблиц БД](#partitions).
 * [Топы запросов по определенным характеристикам](#top-queries).
@@ -13,21 +13,21 @@
 
 {% note info %}
 
-Обращение к системным таблицам имеет скорее аналитический характер нагрузки. Частое обращение к ним в больших базах будет существенно расходовать системные ресурсы. Рекомендуемая нагрузка не более 1-2 RPS.
+Обращение к системным представлениям имеет скорее аналитический характер нагрузки. Частое обращение к ним в больших базах будет существенно расходовать системные ресурсы. Рекомендуемая нагрузка не более 1-2 RPS.
 
 {% endnote %}
 
 ## Партиции {#partitions}
 
-Следующая системная таблица хранит детализированную информацию об отдельных [партициях](../concepts/datamodel/table.md#partitioning) всех таблиц базы данных:
+Следующее системное представление хранит детализированную информацию об отдельных [партициях](../concepts/datamodel/table.md#partitioning) всех таблиц базы данных:
 
 * `partition_stats` — cодержит информацию о моментальных метриках и кумулятивные счетчики операций. К первым относятся, например, данные о нагрузке на CPU или количестве выполняемых [транзакций](../concepts/transactions.md). Ко вторым — общее количество прочитанных строк.
 
 Предназначена для выявления различных неравномерностей в нагрузке на партицию или отображения размера данных в ней.
 
 Кумулятивные поля (`RowReads`, `RowUpdates` и т.д.) хранят накопленные значения с момента последнего старта таблетки, обслуживающей партицию.
 
-Структура таблицы:
+Структура представления:
 
 Поле | Описание
 --- | ---
@@ -84,7 +84,7 @@ GROUP BY Path
 
 ## Топы запросов {#top-queries}
 
-Следующие системные таблицы хранят данные для анализа потока пользовательских запросов:
+Следующие системные представления хранят данные для анализа потока пользовательских запросов:
 
 * `top_queries_by_duration_one_minute` — данные разбиты на минутные интервалы, содержит топ-5 запросов с наибольшим полным временем исполнения за последние 6 часов;
 * `top_queries_by_duration_one_hour` — данные разбиты на часовые интервалы, содержит топ-5 запросов с наибольшим полным временем исполнения за последние 2 недели;
@@ -99,7 +99,7 @@ GROUP BY Path
 
 Текст запроса ограничен 4 килобайтами.
 
-Все таблицы содержат одинаковый набор полей:
+Все представления содержат одинаковый набор полей:
 
 Поле | Описание
 --- | ---
@@ -168,18 +168,18 @@ WHERE Rank = 1
 
 ## Подробная информация о запросах {#query-metrics}
 
-Следующая системная таблица хранит подробную информацию о запросах:
+Следующая системное представление хранит подробную информацию о запросах:
 
 * `query_metrics_one_minute` — данные разбиты по минутным интервалам, содержит до 256 запросов за последние 6 часов.
 
-Каждая строка таблицы содержит информацию о множестве случившихся за интервал запросов с одинаковым текстом. Поля таблицы предоставляют минимальное, максимальное и суммарное значение по каждой отслеживаемой характеристике запроса. В пределах интервала запросы отсортированы по убыванию суммарного потраченного процессорного времени.
+Каждая строка представления содержит информацию о множестве случившихся за интервал запросов с одинаковым текстом. Поля представления предоставляют минимальное, максимальное и суммарное значение по каждой отслеживаемой характеристике запроса. В пределах интервала запросы отсортированы по убыванию суммарного потраченного процессорного времени.
 
 Ограничения:
 
 * текст запроса ограничен 4 килобайтами;
 * статистика может быть неполной, если база испытывает сильную нагрузку.
 
-Структура таблицы:
+Структура представления:
 
 Поле | Описание
 ---|---
@@ -243,14 +243,14 @@ LIMIT 100
 
 ## История перегруженных партиций {#top-overload-partitions}
 
-Следующие системные таблицы хранят историю моментов высокой нагрузки на отдельные партиции таблиц БД:
+Следующие системные представления хранят историю моментов высокой нагрузки на отдельные партиции таблиц БД:
 
 * `top_partitions_one_minute` — данные разбиты на минутные интервалы, содержит историю за последние 6 часов;
 * `top_partitions_one_hour` — данные разбиты на часовые интервалы, содержит историю за последние 2 недели.
 
-В таблицы попадают партиции с пиковой нагрузкой более 70 % (`CPUCores` > 0,7). В пределах одного интервала партиции ранжированы по пиковому значению нагрузки.
+В представления попадают партиции с пиковой нагрузкой более 70 % (`CPUCores` > 0,7). В пределах одного интервала партиции ранжированы по пиковому значению нагрузки.
 
-Обе таблицы содержат одинаковый набор полей:
+Оба представления содержат одинаковый набор полей:
 
 Поле | Описание
 --- | ---
@@ -268,7 +268,7 @@ LIMIT 100
 
 ### Примеры запросов
 
-Следующий запрос выводит партиции с потреблением CPU более 70% в указанном интервале времени, с идентификаторами таблеток и их размерами на момент превышения. Запрос выполняется к таблице `.sys/top_partitions_one_minute`, которая содержит данные за последние 6 часов с разбиением по часовым интервалам:
+Следующий запрос выводит партиции с потреблением CPU более 70% в указанном интервале времени, с идентификаторами таблеток и их размерами на момент превышения. Запрос выполняется к представлению `.sys/top_partitions_one_minute`, которая содержит данные за последние 6 часов с разбиением по часовым интервалам:
 
 ```yql
 SELECT
@@ -285,7 +285,7 @@ ORDER BY IntervalEnd desc, CPUCores desc
 
 * `"YYYY-MM-DDTHH:MM:SS.UUUUUUZ"` — время в зоне UTC 0 (`YYYY` — год, `MM` — месяц, `DD` — число, `hh` — часы, `mm` — минуты, `ss` — секунды, `uuuuuu` — микросекунды). Например, `"2023-01-26T13:00:00.000000Z"`.
 
-Следующий запрос выводит партиции с потреблением CPU более 90% в указанном интервале времени, с идентификаторами таблеток и их размерами на момент превышения. Запрос выполняется к таблице `.sys/top_partitions_one_hour`, которая содержит данные за последние 2 недели с разбиением по минутным интервалам:
+Следующий запрос выводит партиции с потреблением CPU более 90% в указанном интервале времени, с идентификаторами таблеток и их размерами на момент превышения. Запрос выполняется к представлению `.sys/top_partitions_one_hour`, которая содержит данные за последние 2 недели с разбиением по минутным интервалам:
 
 ```yql
 SELECT

ydb/docs/ru/core/dev/toc_p.yaml

@@ -26,7 +26,7 @@ items:
   href: paging.md
 - name: Таймауты
   href: timeouts.md
-- name: Системные таблицы
+- name: Системные представления
   href: system-views.md
 - name: Change Data Capture
   href: cdc.md

ydb/docs/ru/core/devops/manual/system-views.md

@@ -1,27 +1,27 @@
-# Системные таблицы кластера
+# Системные представления кластера
 
-Для возможности внутренней интроспекции состояния кластера пользователю предоставляется возможность осуществлять запросы в специальные служебные таблицы (system views). Эти таблицы доступны из корневой директории кластера и используют системный префикс пути `.sys`.
+Для возможности внутренней интроспекции состояния кластера пользователю предоставляется возможность осуществлять запросы в специальные служебные представления (system views). Эти представления доступны из корневой директории кластера и используют системный префикс пути `.sys`.
 
-Пользователи облачных баз данных обычно не имеют доступа к системным таблицам кластера, так как за его поддержку и своевременную диагностику отвечает команда облака.
+Пользователи облачных баз данных обычно не имеют доступа к системным представлениям кластера, так как за его поддержку и своевременную диагностику отвечает команда облака.
 
-В описаниях доступных полей далее по тексту колонка **Ключ** содержит индекс поля первичного ключа соответствующей таблицы.
+В описаниях доступных полей далее по тексту колонка **Ключ** содержит индекс поля первичного ключа соответствующего представления.
 
 {% note info %}
 
-Аналогичные системные таблицы существуют и для происходящего внутри конкретной базы данных, они описаны в [отдельной статье для DBA](../../dev/system-views.md).
+Аналогичные системные представления существуют и для происходящего внутри конкретной базы данных, они описаны в [отдельной статье для DBA](../../dev/system-views.md).
 
 {% endnote %}
 
 ## Distributed Storage
 
-Информация о работе распределённого хранилища содержится в нескольких взаимосвязанных таблицах, каждая из которых отвечает за описание своей сущности, а именно:
+Информация о работе распределённого хранилища содержится в нескольких взаимосвязанных представлениях, каждая из которых отвечает за описание своей сущности, а именно:
 
 * PDisk
 * VSlot
 * Group
 * Storage Pool
 
-Кроме этого, есть отдельная таблица, которая показывает статистику использования количества групп в разных пулах хранилища и возможности роста этих пулов.
+Кроме этого, есть отдельное представление, которая показывает статистику использования количества групп в разных пулах хранилища и возможности роста этих пулов.
 
 ### ds_pdisks
 
@@ -60,7 +60,7 @@
 | Status          | String  |          | Состояние запущенного VDisk в данном VSlot (INIT_PENDING, REPLICATING, READY, ERROR)    |
 | Kind            | String  |          | Предустановленная настройка режима работы VDisk (Default, Log, ...)                     |
 
-Стоит заметить, что кортеж (NodeId, PDiskId) формируют внешний ключ к таблице `ds_pdisks`, а (GroupId) -- к таблице `ds_groups`.
+Стоит заметить, что кортеж (NodeId, PDiskId) формируют внешний ключ к представлению `ds_pdisks`, а (GroupId) -- к представлению `ds_groups`.
 
 ### ds_groups
 
@@ -80,7 +80,7 @@
 | PutUserDataLatency  | Interval |          | 90 процентиль времени выполнения запроса PutUserData                                                       |
 | GetFastLatency      | Interval |          | 90 процентиль времени выполнения запроса GetFast                                                           |
 
-В данной таблице кортеж (BoxId, StoragePoolId) формирует внешний ключ к таблице `ds_storage_pools`.
+В данном представлении кортеж (BoxId, StoragePoolId) формирует внешний ключ к представлению `ds_storage_pools`.
 
 ### ds_storage_pools
 
@@ -100,7 +100,7 @@
 
 ### ds_storage_stats
 
-В отличие от других таблиц, показывающих физические сущности, таблица `ds_storage_stats` показывает агрегированную информацию о хранилище.
+В отличие от других представлений, показывающих физические сущности, `ds_storage_stats` показывает агрегированную информацию о хранилище.
 
 | **Поле**                | **Тип** | **Ключ** | **Значение**                                                                                    |
 |-------------------------|---------|----------|-------------------------------------------------------------------------------------------------|
@@ -117,6 +117,6 @@
 
 {% note info %}
 
-Обращение к системным таблицам имеет скорее аналитический характер нагрузки. Частое обращение к ним в больших базах будет существенно расходовать системные ресурсы. Рекомендуемая нагрузка не более 1-2 RPS.
+Обращение к системным представлениям имеет скорее аналитический характер нагрузки. Частое обращение к ним в больших базах будет существенно расходовать системные ресурсы. Рекомендуемая нагрузка не более 1-2 RPS.
 
 {% endnote %}