YDBDOCS-760: add a few analytics-related questions to FAQ (#7027)

Author: blinkov

ydb/docs/en/core/faq/_includes/all.md

@@ -20,3 +20,6 @@
 
 {% include notitle [yql.md](../yql.md) %}
 
+## Analytics {#analytics}
+
+{% include notitle [analytics.md](../analytics.md) %}

ydb/docs/en/core/faq/_includes/common.md

@@ -1,8 +1,3 @@
----
-title: "YDB. FAQ"
-description: "What is YDB? For what tasks is it worth using YDB, and for which virtual machines with databases? What part of the management and maintenance of databases does YDB take on? Answers to these and other questions in this article."
----
-
 # General questions about {{ ydb-short-name }}
 
 #### What is {{ ydb-short-name }}? {#what-is-ydb}

ydb/docs/en/core/faq/_includes/index.md

@@ -6,4 +6,5 @@
 {% endif %}
 * [Errors](../errors.md)
 * [YQL](../yql.md)
+* [Analytics](../analytics.md)
 

ydb/docs/en/core/faq/analytics.md

@@ -0,0 +1,15 @@
+# Questions and answers about analytics in {{ ydb-short-name }}
+
+## Can {{ ydb-short-name }} be used for analytical workloads (OLAP)?
+
+Yes, it can. If this is the primary type of workload for a given table, make sure it is [column-oriented](../concepts/datamodel/table.md#column-oriented-tables).
+
+## How to choose between row-oriented and column-oriented tables?
+
+Similarly to choosing between transactional (OLTP) and analytical (OLAP) database management systems, this question comes to a number of trade-offs that need to be considered:
+
+* **What's the main use case for the table?** For mostly transactional (OLTP) workloads, use [row-oriented tables](../concepts/datamodel/table.md#row-oriented-tables). For analytical workloads (OLAP), use [column-oriented tables](../concepts/datamodel/table.md#column-oriented-tables). Transactional workloads are characterized by a high rate of queries affecting a small number of rows each. Analytical workloads are characterized by processing large volumes of data to produce relatively small query results.
+* **How is the table modified?** As a rule of thumb, row-oriented tables work better when data is frequently modified in place, while column-oriented tables work better when data is mostly appended by adding new rows. Thus, row-oriented tables usually reflect the current state of a dataset, while column-oriented tables often store a history of some sort of immutable events.
+* **Which features are needed?** Even though {{ ydb-short-name }} strives for feature parity between row-oriented and column-oriented tables, there might be current limitations to consider. Check the documentation for details on specific features intended to be used with a given table.
+
+Unlike most other database management systems, {{ ydb-short-name }} supports both row-oriented and column-oriented tables in the same [database](../concepts/glossary.md#database). However, keep in mind that transactional and analytical workloads have different resource consumption patterns and might affect each other when the cluster is overloaded.

ydb/docs/en/core/faq/toc_i.yaml

@@ -10,6 +10,8 @@ items:
   href: errors.md
 - name: YQL
   href: yql.md
+- name: Analytics
+  href: analytics.md
 - name: All questions on one page
   href: all.md
 # Essintial for build with contributors, as it fails without that

ydb/docs/ru/core/faq/_includes/all.md

@@ -20,3 +20,6 @@
 
 {% include notitle [yql.md](../yql.md) %}
 
+## Аналитика {#analytics}
+
+{% include notitle [analytics.md](../analytics.md) %}

ydb/docs/ru/core/faq/_includes/index.md

@@ -6,3 +6,4 @@
 {% endif %}
 * [Ошибки](../errors.md)
 * [YQL](../yql.md)
+* [Аналитика](../analytics.md)

ydb/docs/ru/core/faq/analytics.md

@@ -0,0 +1,15 @@
+# Вопросы и ответы об аналитике в {{ ydb-short-name }}
+
+## Можно ли использовать {{ ydb-short-name }} для аналитических нагрузок (OLAP)?
+
+Да, можно. Если это основной тип нагрузки для конкретной таблицы, то убедитесь, что она [колоночная](../concepts/datamodel/table.md#column-oriented-tables).
+
+## Как выбирать между строчными и колоночными таблицами?
+
+Аналогично выбору между транзакционными (OLTP) и аналитическими (OLAP) системами управления базами данных, этот вопрос сводится к ряду компромиссов, которые необходимо учитывать:
+
+* **Каков основной сценарий использования таблицы?** Для преимущественно транзакционных (OLTP) нагрузок используйте [строчные таблицы](../concepts/datamodel/table.md#row-oriented-tables). Для аналитических нагрузок (OLAP) используйте [колоночные таблицы](../concepts/datamodel/table.md#column-oriented-tables). Транзакционные нагрузки характеризуются высокой частотой запросов, каждый из которых затрагивает небольшое количество строк. Аналитические нагрузки связаны с обработкой больших объёмов данных для получения относительно небольших результатов запросов.
+* **Как модифицируется таблица?** Как правило, строчные таблицы лучше работают, когда данные часто изменяются на месте, тогда как колоночные таблицы лучше подходят, когда данные в основном добавляются в виде новых строк. Таким образом, строчные таблицы обычно отражают текущее состояние набора данных, тогда как колоночные часто хранят историю каких-то неизменяемых событий.
+* **Какие функциональные возможности нужны?** Хоть {{ ydb-short-name }} и стремится к функциональному паритету между строчными и колоночными таблицами, могут быть текущие ограничения, которые следует учитывать. Для получения подробностей ознакомьтесь с документацией о конкретной функциональности, которую планируется использовать с данной таблицей.
+
+В отличие от большинства других систем управления базами данных, {{ ydb-short-name }} поддерживает как строчные, так и колоночные таблицы в одной и той же [базе данных](../concepts/glossary.md#database). Однако имейте в виду, что транзакционные и аналитические нагрузки имеют разные паттерны потребления ресурсов и могут влиять друг на друга при перегруженном кластере.

ydb/docs/ru/core/faq/toc_i.yaml

@@ -10,6 +10,8 @@ items:
   href: errors.md
 - name: YQL
   href: yql.md
+- name: Аналитика
+  href: analytics.md
 - name: Все вопросы на одной странице
   href: all.md
 # Essintial for build with contributors, as it fails without that