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

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

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

Сводка

Подробности

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