[docs] fixes for ru glossary terminology (#9584)

Author: blinkov

ydb/docs/ru/core/concepts/glossary.md

@@ -82,7 +82,7 @@
 
 **Таблетка** — это один из основных строительных блоков и абстракций {{ ydb-short-name }}. Она представляет собой сущность, ответственную за относительно небольшой сегмент пользовательских или системных данных. Обычно таблетка управляет объёмом данных до нескольких гигабайт, однако некоторые типы таблеток могут обрабатывать и больший объём.
 
-Например, [построчная пользовательская таблица](#row-oriented-table) управляется одной или несколькими таблетками типа [DataShard](#data-shard), причём каждая таблетка отвечает за непрерывный диапазон [первичных ключей](#primary-key) и соответствующих им данных.
+Например, [строковая пользовательская таблица](#row-oriented-table) управляется одной или несколькими таблетками типа [DataShard](#data-shard), причём каждая таблетка отвечает за непрерывный диапазон [первичных ключей](#primary-key) и соответствующих им данных.
 
 Конечным пользователям, отправляющим запросы в кластер {{ ydb-short-name }} для выполнения, не нужно знать подробностей о таблетках, их видах или принципах работы, но это может быть полезно, например, для оптимизации производительности.
 
@@ -125,21 +125,21 @@
 
 ### Таблица {#table}
 
-**Таблица** или **table** — это структурированный фрагмент информации, организованный в строки и столбцы. Каждая строка представляет собой одну запись или элемент, а каждый столбец — это конкретный атрибут или поле с определённым типом данных.
+**Таблица** или **table** — это структурированный фрагмент информации, организованный в строки и колонки. Каждая строка представляет собой одну запись или элемент, а каждая колонка — это конкретный атрибут или поле с определённым типом данных.
 
-Существуют два основных подхода к представлению табличных данных в оперативной памяти или на дисках: [построчный (строка за строкой)](#row-oriented-table) и [постолбцовый (столбец за столбцом)](#column-oriented-table). Выбранный подход сильно влияет на характеристики производительности операций с этими данными: первый больше подходит для транзакционных нагрузок (OLTP), а второй — для аналитических (OLAP). {{ ydb-short-name }} поддерживает оба подхода.
+Существуют два основных подхода к представлению табличных данных в оперативной памяти или на дисках: [строковый (строка за строкой)](#row-oriented-table) и [колоночный (колонка за колонкой)](#column-oriented-table). Выбранный подход сильно влияет на характеристики производительности операций с этими данными: первый больше подходит для транзакционных нагрузок (OLTP), а второй — для аналитических (OLAP). {{ ydb-short-name }} поддерживает оба подхода.
 
-#### Построчная таблица {#row-oriented-table}
+#### Строковая таблица {#row-oriented-table}
 
-**Построчные таблицы** или **row-oriented tables** хранят данные для всех или большинства столбцов каждой строки физически рядом друг с другом. Они описаны более подробно в [{#T}](datamodel/table.md#row-oriented-tables).
+**Строковые таблицы** или **row-oriented tables** хранят данные для всех или большинства колонок каждой строки физически рядом друг с другом. Они описаны более подробно в [{#T}](datamodel/table.md#row-oriented-tables).
 
-#### Постолбцовая таблица {#column-oriented-table}
+#### Колоночная таблица {#column-oriented-table}
 
-**Постолбцовые таблицы**, **колоночные таблицы**, **column-oriented table** или **columnar table** хранят данные для каждого столбца отдельно. Они оптимизированы для построения агрегатов по небольшому числу столбцов, но менее подходят для доступа к конкретным строкам, так как строки нужно восстанавливать из их ячеек на лету. Они описаны более подробно в [{#T}](datamodel/table.md#column-oriented-tables).
+**Колоночные таблицы**, **column-oriented table** или **columnar table** хранят данные для каждой колонки отдельно. Они оптимизированы для построения агрегатов по небольшому числу колонок, но менее подходят для доступа к конкретным строкам, так как строки нужно восстанавливать из их ячеек на лету. Они описаны более подробно в [{#T}](datamodel/table.md#column-oriented-tables).
 
 #### Первичный ключ {#primary-key}
 
-**Первичный ключ** или **primary key** — это упорядоченный список столбцов, значения которых однозначно идентифицируют строку. Он используется для создания [первичного индекса](#primary-index) таблицы. Он задаётся пользователем {{ ydb-short-name }} при [создании таблицы](../yql/reference/syntax/create_table/index.md) и существенно влияет на производительность операций с этой таблицей.
+**Первичный ключ** или **primary key** — это упорядоченный список колонок, значения которых однозначно идентифицируют строку. Он используется для создания [первичного индекса](#primary-index) таблицы. Он задаётся пользователем {{ ydb-short-name }} при [создании таблицы](../yql/reference/syntax/create_table/index.md) и существенно влияет на производительность операций с этой таблицей.
 
 Руководство по выбору первичных ключей представлено в [{#T}](../dev/primary-key/index.md).
 
@@ -151,9 +151,9 @@
 
 **Вторичный индекс** или **secondary index** — это дополнительная структура данных, используемая для нахождения строк в таблице, обычно когда это нельзя эффективно сделать с помощью [первичного индекса](#primary-index). В отличие от первичного индекса, вторичные индексы управляются независимо от основных данных таблицы. Таким образом, у таблицы может быть несколько вторичных индексов для различных сценариев. Возможности {{ ydb-short-name }} в отношении вторичных индексов описаны в отдельной статье [{#T}](secondary_indexes.md). Вторичный индекс может быть как уникальным, так и неуникальным.
 
-#### Семейство столбцов {#column-family}
+#### Семейство колонок {#column-family}
 
-**Семейство столбцов**, **группа столбцов**, **column family** или **column group** — это функция, позволяющая хранить подмножества столбцов [построчной таблицы](#row-oriented-table) отдельно в отдельном семействе или группе. Основной сценарий использования — хранение части столбцов на других типах дисков (перенос менее важных столбцов на HDD) или с другими настройками компрессии. Если рабочая нагрузка требует многих семейств столбцов, рассмотрите возможность использования [колоночных таблиц](#column-oriented-table).
+**Семейство колонок**, **группа колонок**, **column family** или **column group** — это функция, позволяющая хранить подмножества колонок [строковой таблицы](#row-oriented-table) отдельно в отдельном семействе или группе. Основной сценарий использования — хранение части колонок на других типах дисков (перенос менее важных колонок на HDD) или с другими настройками компрессии. Если рабочая нагрузка требует многих семейств колонок, рассмотрите возможность использования [колоночных таблиц](#column-oriented-table).
 
 #### Время жизни {#ttl}
 
@@ -353,7 +353,7 @@
 
 #### Data shard {#data-shard}
 
-**Data shard** или **DataShard** — это таблетка, которая управляет сегментом [построчной пользовательской таблицы](datamodel/table.md#row-oriented-tables). Логическая пользовательская таблица делится на сегменты по непрерывным диапазонам первичного ключа таблицы. За каждый такой диапазон отвечает отдельная таблетка DataShard. Сам диапазон также называется [партицией](#partition). Таблетка DataShard хранит данные построчно, что эффективно для OLTP нагрузок.
+**Data shard** или **DataShard** — это таблетка, которая управляет сегментом [строковой пользовательской таблицы](datamodel/table.md#row-oriented-tables). Логическая пользовательская таблица делится на сегменты по непрерывным диапазонам первичного ключа таблицы. За каждый такой диапазон отвечает отдельная таблетка DataShard. Сам диапазон также называется [партицией](#partition). Таблетка DataShard хранит данные построчно, что эффективно для OLTP нагрузок.
 
 #### Column shard {#column-shard}