- В этой теме 32 ответа, 6 участников, последнее обновление 10 часов, 5 минут назад сделано
.
-
Сообщения
-
Данные получаю с БД, а конкретно с MSSQL через DrvDbimportPlus. Запросом формируются динамические столбцы в соответствие с количеством людей находящихся в помещении т.е имя столбца name_001 … name_115, в столбце одна единственная строка с ФИО например: Иванов Семен Семеныч. Далее в настройках драйвера создаем теги в количестве максимально возможного количества люде (в моем случае 200 тегов), формат string 40 знаков и далее создаю каналы на основании этих тегов.
Система должна считать количество людей в помещении? Записывать события по каждому входу и выходу?
Скорее всего, не оптимально выбрана модель данных. Подумайте о том, чтобы хранить ФИО не в каналах, а в событиях скады. Но потребуется другой драйвер, наверное.
Работает как система позиционирования. Объект поделен на помещения и выводится список ФИО находящихся в данном помещении. Не хотелось бы конечно использовать внешние построители отчетов, так как в системе кроме СКУДА ещё есть другие параметры для вывода в отчет.
Так а Перечислением ФИО выводится полностью в канал?
Например Петрову присвоить 0, Иванову 1 и т.д. и добавить все ФИО в Перечисления.
Выведет полностью в отчёт или нет?При запросе идет формирование столбцов name_1, name_2 и тд, под эти столбцы подставляется ФИО каждый раз разное под конкретный столбец ФИО не присваиваются. Далее в тег string 40 символов и в отчет.
Вы не поняли идеи костыля. Или у вас ФИО вообще не фиксированный? Например новые ФИО, если карта дана гостю? Тогда не прокатит.
з.ы. год уже твердим о строковых базах, даже больше 🤣
Да, не фиксированный. Если не получится, то придется внешний построитель отчетов прикручивать, очень не охото.
Тогда понятно, перевод в перечисление не поможет.
Максимум, это объединение ячеек в стилях, если как-то заголовки можно убрать, но смотреться будет криво, так как ширина букв у нас разная.Я до стилей на добрался. Кто-то выше писал, что склеить не получится, но убрать линию границы и настроить размер должно быть возможным.
Можно пожалуйста чуток подробнее про объединение ячеек в стиля, что это и как сделать?) я просто хоть за что то пытаюсь зацепиться
Вы не ответили в теме про DrvDbUmportPlus получилось в последней версии получить значения в теги?
А если попробовать повернуть модель данных иначе:
1. Каждый сотрудник — это канал.
2. Значение канала — номер помещения, в котором находится сотрудник.Если всё хранить в PostgreSQL, то отчёт можно построить SQL-запросом. Если у вас версия Enterprise, то плагин Отчёт по БД выгрузит такой отчёт в PDF.
В идеале — разработать программный модуль для Rapid SCADA, который реализует модель данных как в СКУД.
Список сотрудников может меняться, могут приходить сторонники на предприятия и тд. Ну да, модуль было бы хорошо, вот только времени свободного нет(
- Для ответа в этой теме необходимо авторизоваться.