- Зачем: начинающим трудно читать задания из-за необъясненных терминов и неестественных формулировок. - Что: переработаны вводная и 21 задание, названы темы разделов, объяснены термины и сокращены повторы; согласованы правила учебного текста и ссылки. - Проверка: сохранены 25 блоков SQL и команд и таблицы состава колонок; проверены 153 локальные ссылки и 32 входящие ссылки на разделы; git diff --check прошел.
4.3 KiB
В DBeaver работает, в Superset нет
Вы создадите представление, которое читается из DBeaver, но недоступно в Superset. Затем найдете причину и исправите ее.
Факультатив доступен после ступени 2.
Свой дашборд для опыта не нужен. Используйте готовую витрину стенда
dm.daily_traffic_v.
Подготовка
В DBeaver подключитесь к первому узлу пользователем etl, как описано
в разделе «Выполнение SQL в DBeaver».
Для опыта создайте отдельное представление:
CREATE VIEW dm.bi_node_probe_v AS
SELECT * FROM dm.daily_traffic_v;
Запрос выполнится успешно. Теперь проверьте, откуда можно прочитать созданное представление. Начните с того же подключения:
SELECT count() FROM dm.bi_node_probe_v;
Повторите запрос в SQL Lab Superset, выбрав подключение ClickHouse.
Сохраните текст ошибки.
Поиск причины
Выясните, к каким серверам обращаются DBeaver и Superset. Адреса подключения
показывают настройки клиентов, а имя ответившего сервера можно спросить
запросом SELECT hostName().
Проверьте наличие dm.bi_node_probe_v на обоих узлах. Для второго узла
заведите подключение DBeaver с портом из
README. Запишите, где объект
есть, и объясните, почему успешного создания в первом подключении оказалось
недостаточно.
Исправьте DDL так, чтобы представление появилось на обоих узлах. Подключение Superset должно остаться прежним. Сохраните исправленный DDL и повторите исходный запрос в обоих клиентах.
Если застряли, прочитайте раздел «Устройство зоны» в справочнике Superset и описание распределенного DDL ClickHouse.
Проверка результата
В обоих клиентах запрос к вашему представлению должен вернуть столько же
строк, сколько SELECT count() FROM dm.daily_traffic_v. Сравнивайте результаты
при завершенном прогоне конвейера, пока мир не продвигается.
Объясните причину ошибки через три факта: куда пришел DDL, куда пришел запрос Superset и на каких узлах существовало представление.
После опыта удалите только dm.bi_node_probe_v на обоих узлах. Не включайте
его в постоянный DDL домашних витрин: это временный объект расследования.
Результат работы
- у вас сохранены успешный запрос из DBeaver и ошибка из SQL Lab;
- вы можете объяснить, к каким серверам подключены клиенты, где было создано представление и почему Superset его не видел;
- у вас есть исправленный DDL; оба клиента возвращают столько же строк, сколько исходная витрина;
- после опыта вы удалили учебное представление с обоих узлов.