(раньше был Looker Studio) у меня возникло несколько размышлений по тому, насколько оптимально то или иное решение.
1) Есть База данных mysql. И первый отчет я делала с помощью импорта методом получение данных - "База данных MySQL" , однако столкнулась с тем, что только часть отчета весит уже 192мб. А подобных отчетов у меня может оказаться сотня впоследствии и есть опасения, что комп потом сдохнет под грузом этих отчетов. Подозреваю, что проблему решают потоки данных и это будет более корректно, но с ним я не врубилась как простроить модель и отчеты, так как даже 50-100 показательных строк не выводились, а построить вслепую модель у меня тоже не получилось.
2) Сколько страниц оптимально делать в одном отчете, если Маркетолог у меня запрашивает 25 визуализаций - не стоит ли разбить их на несколько отчетов по темам, или лучше наоборот максимально все поместить в один отчет? Мне хочется разбить и кажется это логичным, но тут я упираюсь в третий вопрос
3) А стоит ли использовать уже существующий набор данных или создавать новый? С одной стороны обращение к одному набору данных снимет нагрузку с сервера и шлюза (не будет создавать 150 подключений за одними и теми же данными), с другой стороны если на основе этого же набора сделать 100500 отчетов, а потом окажется что надо что-то менять , то проще поменять 5 отчетов, чем 25...
Отчёты весят 0, данные занимают место, да 1 гига далеко
Звучит, как будто стоит сделать 1 набор данных и использовать его в качестве источников данных в других отчетах? Такая мысль?
У меня есть наборы по сотне и более табл, на них десятки отчетов, обновление полное 11 мин
Обнадеживает. А что по второму вопросу? Понятно что скорее вопрос более идеологический, но на опыте - как удобнее?
Это как удобно им, иначе переделывать под них потом вам)
Чем больше элементов типа датасеты, потоки, отчеты и тд и все это разбросано, тем сложнее обслуживать и поддерживать
Но без разделения можно напороться на то, что часть визуализаций мне придется повторять, если они потребуются другим сотрудникам, а в том отчете где уже есть нужное будут данные которые не должны быть доступны им. Нужно поймать какой то баланс по структурированию видимо
Обсуждают сегодня