Как разработать графический конструктор отчётов для пользователей?

Question

[Денис Сепетов]

Добрый день!
Разрабатываю (в Yii2, например) конфигуратор отчётов, которым неискушённые в SQL пользователи будут сами клепать себе то, что хотят. Проект имеет сразу несколько трудностей, но вполне по силам, процент выполнения хороший.

И вот спустя время я - внезапно! - решил поинтересоваться мнением независимых людей. Как бы вы подошли к этой задаче?
Как бы вы хранили список доступных для пользователя таблиц и полей? Как бы вы к ним обращались из кода? Как бы обеспечивали, например, пагинацию с подгрузкой ajax-ом следующих порций данных? Сортировку? Велосипед или что-то готовое? Встраивали бы в существующую ERP или бы отдельным инструментом? Компоновали бы целевой SQL из кода "вручную", или использовали какой-нибудь штатный Active Record фреймворка?

Каким он должен быть для пользователя - понятно. Что-то похожее пользуется успехом в 1С:


Как это следует реализовывать программистам?

Comments

[shurshur]

У такой задачи не может быть лёгкого универсального решения. Очень сильно зависит от структуры данных и потребностей пользователей.

На моих глазах была подобная система, которая начиналась как база основных сведений и система рассылок подведомственным организациям, потом там сделали возможность делать "анкеты" из набора кастомных типизированных полей для сбора данных. Постепенно всё это вылилось в целую систему хранения и обработки данных: анкеты могли быть привязаны к организациям, к зданиям, к сотрудникам (и ещё некоторым сущностям), в них можно было использовать специальные макросы в качестве дефолтных значений (в том числе макросы позволяли вытягивать значения предыдущих анкет). Можно было в рассылаемых письмах и в прикладываемых файлах (шаблонах) использовать макросы. И, наконец, там был генератор отчётов, в котором можно было подгружать основные справочники (организации, здания, люди) и линковать к ним данные из анкет. Всё это дело было написано на ZF2+extjs. После загрузки и фильтраци данных результат можно было сохранять в файл.

Базовые справочники были самостоятельными таблицами, а анкеты же, конечно, нет. Но для той системы подобное было приемлемо.

[Владимир Коротенко]

кстати посмотрите в сторону вот этой библиотеки
https://gojs.net/latest/samples/parseTree.html

[Денис Сепетов]

Владимир Коротенко, кстати, а замечательная библиотека. Конкретно здесь я её, скорее всего, уже использовать не буду, но кое-где ещё она мне подходит. Спасибо!

Answer 1

[Армянское Радио]

Я бы сначала определил, реально ли нужен пользователям данный функционал. Обычно пользователи разного рода систем учета к самостоятельному программированию чего-то там относятся крайне скептически, что понятно.

Comments

[Денис Сепетов]

Не переживайте - вопрос решён единогласно. Лично мне - программисту - эта функциональность не нужна. Это именно пользователям.
Никакого программирования для пользователей там нет - только мышкой галочки отмечать.

[Василий Банников]

Денис Сепетов, кстати возможен вариант, что на самом деле пользователю нужно всего пара отображений с немного разной сортировкой для разных задач.
Если так, то может оказаться лучше сделать несколько уникальных интерфейсов, которые под них заточены.

Answer 2

[Владимир Коротенко]

Погоняйте SSRS Builder. Ну или эксель. Или Power BI или Power App.

По идее это все делалось для пользователей что бы они накидали по быстрому и все, в итоге можно увидеть Power BI senior enginer.
Что конкретно доставляет. И программы нифига не простые. Мне вот проще накидать скрипт, создать нужную вьюху и прокинуть в SSRS

Comments

[Денис Сепетов]

Спасибо, но всё не то.

SSRS Builder по видео не совсем для той задачи. Там и встроенный редактор, который из отчёта чуть ли не презентацию позволит сделать. Также есть возможность напрямую SQL писать, когда нужно, но это не для моих пользователей.

Excel уже умеет данные из БД подтягивать? У меня Calc, даже не слежу за его развитием. Опять же, если без шуток - фильтры в нём хороши и удобны, а объединение связанных таблиц как-то не представляется.

Что за Power BI - сейчас посмотрю.

Наши требования куда скромнее - пользователь хочет себе получить табличку, не больше. Понатыкать галочками те колонки, которые ему интересны и ни строчки SQL. Иначе и правда проще мне репозиторий отчётов самому накидать.

[Василий Банников]

Денис Сепетов,

Что за Power BI - сейчас посмотрю.

Да то же самое по сути, только от MS.
Можно подключать разные источники данных, писать к ним запросы (на встроенном Power Query или на SQL) и отображать в виде разных виджетов.

[Василий Банников]

Денис Сепетов,

Наши требования куда скромнее - пользователь хочет себе получить табличку, не больше. Понатыкать галочками те колонки, которые ему интересны и ни строчки SQL

Тогда никакой сложности нет - от ajax передавать список колонок и то какие и в каком порядке сортировать.
А на сервере из этого формировать запрос любым удобным образом. (можно хоть сырой SQL, хоть ORM, если позволяет)

Answer 3

[ComodoHacker]

Зря вы ориентируетесь на 1С.
СКД, которая на картинке, это инструмент не для пользователей, а для разработчиков. И как инструмент для разработчиков, он оставляет желать много лучшего, уж поверьте.

С другой стороны, конечный результат, который получает пользователь после применения этого инструмента, действительно супер. Это отчет, который пользователь может кастомизировать ровно в той степени, которая ему необходима (и которую предусмотрел разработчик). Не меньше, но и не больше.
О разработке любых отчетов пользователями с нуля речи нет, такую задачу разработчики 1С и не ставили. То есть они от вашей идеи "неискушённые в SQL пользователи будут сами клепать себе то, что хотят" отказались.

Эта идея миф. Советую еще раз обсудить это с постановщиками вашей задачи.

Answer 4

[Dimonchik]

велосипед делаете

гуглите redash, metabase
ну и powerbi всякие