Какие способы получения данных, кроме OPC, поддерживает ZuluGIS с возможностью отображения их в слое?
Отображение данных на слое
12.05.2022 11:01:45
|
|
|
|
12.05.2022 11:45:51
Можно записывать напрямую средствами СУБД, можно через нашу объектную модель (COM) |
|||
|
|
12.05.2022 12:21:13
Изменено: |
|||||
|
|
12.05.2022 13:15:09
Имеется база 1С на MySQL с набором динамически изменяемых оператором данных, которые необходимо выводить в надписи слоя ZuluGIS, как это можно реализовать в ZuluGIS?
|
|
|
|
12.05.2022 13:32:57
Если, как некоторые делают, прописывать ID объекта слоя прямо в базе 1С, то это таблицу можно вообще прямо привязать к слою, и никакое копирование не понадобится. Если синхронизация между базами, то это процедуру нужно писать средствами СУБД или на каком-то языке. Если нужно подробней обсудить, пришлите, пожалуйста, телефон для связи на |
|||
|
|
12.05.2022 13:34:25
Изменено: |
|||
|
|
12.05.2022 13:57:25
|
|||||
|
|
12.05.2022 20:10:02
Как Алексей выше сказал, надо на чье-то стороне сделать связь данных 1с и zulu. По видео выше: таблицы 1с хранятся на mssql, на нем же хранятся и таблицы самого zulu. Далее с помощью представлений из таблиц*** 1с формировалась новая динамическая таблица с нужными атрибутами. Далее это представление цеплялось в Zulu как таблица и связывалась по полю с объектом. То есть пользователь должен был один раз внести в объект уникальный код с 1с и данные подтянутся, а также будут автоматически меняться при изменении в самом 1с. *** на сколько я помню, то таблицы 1с хранятся по справочникам, то есть к одной карточке в 1с могут быть данные с многих таблиц ( в моем случае около 12-ти), к тому же наименование таблиц состоят из шифров (_Ref102, _Ref332 ...), что делает создание единого представления довольно таки проблематичным. Опять же, я с 1с никогда не работал, возможно формат хранения таблиц можно перенастроить. |
|||||||
|
|
13.05.2022 14:34:49
|
|||||||||
|
|
13.05.2022 15:41:45
Вот как выглядел мой запрос для вытягивание всех нужных данных из 1с. далее из таблицы ( фото 1) уже вытягивались данные по конкретным обьектам. Как видите на фото 2, надо было каждый параметр прописывать отдельно, так как 1с хранит данные в трех полях (параметр, его значение цифра и значение строка). Пришлось каждому параметру создавать новый столбец. И это только одна таблица по трубам, по остальным обьектам другие представления писались. фото выше это часть ответа запроса с фото1. как видите, в самом поле указано наименование параметра и далее его значение числовое и строковое. В таком виде можно конечно передать данные в zulu, но это создаст множество вкладок и будет не удобно. Из-за этого пришлось писать код (фото 2), чтобы параметрам присвоить собственный столбец, для нормального отображения в zulu Итого: В итоге все удалось связать, данные автоматом обновлялись, но появился один нюанс: при выполнении запроса по всей карте, время ответа увеличилось до 4-8 секунд. Так как это операция редкая, то особо это и не мешает. При открытии одного объекта, информация показывалась без задержки. Все это я писал пару лет назад, некоторые моменты пришлось изучать на ходу, так как большого опыта в sql не было. Возможно (скорее всего), код выше и сама концепция не самая удачная, но рабочая. Если сейчас мне это переписать, то возможно скорость увеличится.
Изменено: |
|||||||||||
|
|
||||||||||