История изменений
Исправление Deleted, (текущая версия) :
Я не описывал нюансы.
Нюансы покрываются этой схемой, только при проектировании надо допускать возможность чтоб вместо запроса можно было использовать код на нормально языке программирования из которого можно было бы дергать и sql и кеши и сторонние сервисы.
У нас подобная схема успешно работала - скульщики могли накидать и выдать впродакшен отчет за час не рестартуя сервер. Иногда уже позже мы переносили это на java не меняя программный интерфейс отчета (т.е. не ломая выгрузку в docx например).
вообще у нас еще был дизайнер форм параметров запросов и возможность втыкать туда валидацию, ограничения вводимых данных, подстановку значенй из базы и т.п.
для самых забористых случаев кастомизации была возможность тупо загнать js который мог с клиента (не html, вам то проще) дергать сервер.
единственно что в этом всем нужно - чтобы начальство понимало надобность такого подхода, а иначе - нехер заморачиваться
Исходная версия Deleted, :
Я не описывал нюансы.
Нюансы покрываются этой схемой, только при проектировании надо допускать возможность чтоб вместо запроса можно было использовать код на нормально языке программирования из которого можно было бы дергать и sql и кеши и сторонние сервисы.
У нас подобная схема успешно работала - скульщики могли накидать и выдать впродакшен отчет за час не рестартуя сервер. Иногда уже позже мы переносили это на java не меняя программный интерфейс отчета (т.е. не ломая выгрузку в docx например).
вообще у нас еще был дизайнер форм параметров запросов и возможность втыкать туда валидацию, ограничения вводимых данных, подстановку значенй из бызы и т.п.
для самых забористых случаев кастомизации была возможность тупо загнать js который мог с клиента (не html, вам то проще) дергать сервер.
единственно что в этом всем нужно - чтобы начальство понимало надобность такого подхода, а иначе - нехер заморачиваться