Что такое типичный сценарий для дизайна отчетов для конечных пользователей?

Question

Мне интересно, какой будет типичный сценарий использования конструктора отчетов конечного пользователя. Что я имею в виду - это иметь базовый отчет со всеми столбцами, которые у меня есть, также с базовым представлением отчета (форматирование, порядок столбцов и т. Д.), А затем позволить пользователю изменить этот формат и заказывать, извлекать или добавлять (из доступных столбцов) данные к нему и т. д.

Это общий способ решения так называемого конструктора конечных пользователей для отчетов или я не в курсе?

Я знаю, что это зависит от пользователя (если это кто-то, кто может обрабатывать SQL или нет, например), но общепринято ли иметь сценарий, когда пользователь может построить все, что от SQL-запроса до форматирования?

Спасибо!

Sebastian

Answer 1

Первое, что я думаю о том, чтобы поместить их в очень жестко контролируемом песочнице, как для безопасности, а также для предотвращения запросов чудовищно, серверные питания. Помимо этого, я думаю, что предоставление им «меню» ограниченных вариантов - хороший путь. Я бы не дал им прямой доступ к SQL.

Answer 2

Первый вопрос: хотите ли вы, чтобы пользователи, создающие SQL, могли бы сбежать от запроса (подумайте, что Cartesian join ушел в дикую природу).

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