Изменения документа 01. Данные, таблицы и дашборды

Редактировал(а) Ирина Сафонова 22.01.2024, 16:35

От версии 5.1
отредактировано Ирина Сафонова
на 29.03.2023, 15:42
Изменить комментарий: К данной версии нет комментариев
К версии 3.1
отредактировано Ирина Сафонова
на 29.03.2023, 15:39
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -1,9 +1,4 @@
1 1  (% style="color:#4169E1" %)
2 -**Содержание**
3 -
4 -{{toc/}}
5 -
6 -(% style="color:#4169E1" %)
7 7  == Можно ли получить доступ к нескольким таблицам одновременно? ==
8 8  
9 9  **Ответ:** не совсем. Только не в режиме поиска данных или интерфейсе визуализации. Инструмент Лаборатории SQL позволяет получить доступ только к одной таблице или к представлению.
... ... @@ -10,7 +10,7 @@
10 10  
11 11  При работе с таблицами решение — материализация таблицы с помощью регулярного запланированного процесса пакетной обработки данных. Таблица при этом должна содержать все необходимые для анализа данных поля.
12 12  
13 -**Представление (View)** — это простой логический уровень, абстрагирующий несколько SQL-запросов виртуальной таблицей. Это позволяет объединять несколько таблиц в одну единую и преобразовывать данные с использованием произвольных SQL-запросов. Ограничением является производительность базы данных, поскольку сервис эффективно запускает запрос поверх запроса к представлению. Хорошая практика является — ограничение соединения основной большой таблицы только к одной или к нескольким небольшим таблицам. В этом случае рекомендуется избегать оператора GROUP BY (где это возможно), поскольку BI будет выполнять свою собственную реализацию запроса GROUP BY, а выполнение работы дважды может снизить производительность.
8 +Представление (View) — это простой логический уровень, абстрагирующий несколько SQL-запросов виртуальной таблицей. Это позволяет объединять несколько таблиц в одну единую и преобразовывать данные с использованием произвольных SQL-запросов. Ограничением является производительность базы данных, поскольку сервис эффективно запускает запрос поверх запроса к представлению. Хорошая практика является — ограничение соединения основной большой таблицы только к одной или к нескольким небольшим таблицам. В этом случае рекомендуется избегать оператора GROUP BY (где это возможно), поскольку BI будет выполнять свою собственную реализацию запроса GROUP BY, а выполнение работы дважды может снизить производительность.
14 14  
15 15  При использовании таблицы или представления (view) важный фактором является то, достаточно ли быстро работает БД, из которой забираются данные. Быстрая работа БД необходима для обслуживания БД
16 16  
... ... @@ -21,6 +21,7 @@
21 21  (% style="color:#4169E1" %)
22 22  == Насколько большими могут быть данные? ==
23 23  
24 -**Ответ:** очень большого размера. Cloud BI работает как тонкий клиент над БД или средством обработки данных.
19 +**Ответ:** очень большого размера. Cloud BI работает как тонкий клиент над БД или средством обработки данных.
25 25  Основной критерий скорости работы и объема обрабатываемых данных — скорость работы БД, используемой в качестве хранилища данных и являющейся слоем данных для Cloud BI.
26 26  Многие распределенные СУБД могут выполнять запросы, работающие с терабайтами данных в интерактивном режиме.
22 +