Тема: Идея на миллиард, по датчикам и отчетам и т.д.
Господа! Глядя на постоянные муки с подбором наборов данных в таблицах и графиках, появилась идея предложить глобально переформатировать данное явление на Хостинге, притом таким образом, чтобы выборку данных можно было менять не через самописные модули, которые могут работать "поверх" веб-площадки, а собственно самим движком. И вот как я вижу эту реализацию.
Каждый отчет это запрос множества переменных, имеющих свой вычислительный вес, именно машинное время озвучивается командой разработчиков, как камень преткновения в наборе данных для каждой пресетной таблицы, мол если сделаем набор всего из всего, то ничего не обсчитается и не отдаст все зависнет и умрет. Возможно. Примем это за правду, а не маскировку бессилия. Тогда идем дальше.
Уверен, что у разработчиков уже накоплена информация по количеству машинного времени на каждый типа запроса, исходя допустим из максимального количества данных "разв секунду" в базах данных сброшенных с терминала, эти "веса" запросов по датчикам выглядеть могут так:
Датчик топлива - 3 секунды на выборку за месяц;
Зажигание -1 секунда за месяц;
Время начальное произвольного датчика - 5 секунд выборка за месяц.
И есть критический предел вычислительного времени суммарно на обработку отчета, который формируется из суммы количества времен выборок по датчикам.
Исходя из этого вполне можно сформировать сервис, который будет позволять набивать любые запросу в отчетную таблицу, независимо от дефолтных таблиц, с одним условием - набор запросов не должен превышать критическую величину, которая является ограничением по машинному времени на отчет.
Для пользователя это может быть так в сервисе:
"Собери свою таблицу данных не превышая критический порог запросов 100%", и идет набор запросов (всех) которые вообще могут быть в отчете:
$X - Датчик зажигания - 1%
$Y - Датчик другой 2 - 5%
$Z - Время работы - 3 %
$W -Время начала работы датчика - 1%
и так далее все возможные обрабатываемые на текущий момент запросы, пользователь просто берет и набивает в колонки таблицы нужные ему переменные запросов данных не превышая критический порог (отображать набитую величину в %)
То-же самое может касаться и графиков, на текущий момент ограничение в графиках это унылая утопическая картина конца 19 века, уже трудно найти мониторинг где есть ограничения по количеству типов датчика в графике, но на Виалон они почему-то остались.