|
Повідомлення створено: 15. 08. 2018 [14:06]
|
|
dr_pi
Александр Пухов
Автор теми
Зареєстрован(а) с: 19.06.2017
Повідомлення: 6
|
Добрый день Роман. Возникла следующая проблема при работе с архивами значений:
1. Ввиду специфики мого проекта появилась необходимость создавать аривы значений с предсказуемыми ID.
Поясню. При выставлении галочки архивирования для атрибута параметра контроллера - по умолчанию создаётся архив значений данного атрибута с ID в формате prmID_attrID. При выставлении галочки архивирования для такого же атрибута такого же параметра из другого контроллера - создаётся архив значений с ID = prmID_attrID0, т.е. добавляется индекс. Моя проблема в том что при архивировании в БД (например MySQL), мне необходима однозначность в именовании таблиц. Индекс после архива значений - зависит от порядка выставления арихвации атрибутов параметров.
2. Решено это было путём создания архивов значений из шаблонов параметров с помощью интерфейса управления OpenSCADA. Соответсвенно для каждого атрибута создаётся архив с ID = cntrID_prmID_attrID.
3. С архивированием в БД таким образом проблем не возникает. А вот если на данных архив значений повесить архиватор в файловую систему - то возникают проблемы. Если ID архива значений превышает 20 символов (потом было обнаружено что если создавать архив вручную - в поле нельзя ввести больше 20 символов) - то архиватор значений после "Проверки директории архиватора" - создаёт ещё один архиватор значений с обрезаным ID. И далее некорректно (или с не выясненной мною логикой) себя ведёт, создавая файлы с пометкой "Ошибка" (если смотреть во вкладке архиватора "Файлы")
Вопрос заключается в следующем:
1. Есть ли резонная причина для ограничения длины ID архива значений.
2. Можно ли увеличить до 40?
Спасибо.
|
|
Повідомлення створено: 15. 08. 2018 [14:16]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3750
|
"dr_pi" wrote:
1. Есть ли резонная причина для ограничения длины ID архива значений.
2. Можно ли увеличить до 40?
Совместимость та причина и в заголовке файла архива почти нет места.
Если очень хочется контроля идентификаторов архивов, что обычно не нужно, то и создавайте их отдельно, а потом там-же подключайте его к атрибуту - источнику данных, т.е. — от обратного.
Learn, learn and learn better than work, work and work.
|
|
Повідомлення створено: 15. 08. 2018 [14:56]
|
|
dr_pi
Александр Пухов
Автор теми
Зареєстрован(а) с: 19.06.2017
Повідомлення: 6
|
"roman" wrote:
Если очень хочется контроля идентификаторов архивов, что обычно не нужно, то и создавайте их отдельно, а потом там-же подключайте его к атрибуту - источнику данных, т.е. — от обратного.
Собственно я так и делаю - из шаблона параметра создаю архив и подключаю атрибуты. Но к сожалению по некоторым атрибутам упираюсь в длину ID архива...
Если это данность, то вероятно буду ужмиать ID.
|
|
Повідомлення створено: 16. 08. 2018 [10:06]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3750
|
"dr_pi" wrote:
Собственно я так и делаю - из шаблона параметра создаю архив и подключаю атрибуты. Но к сожалению по некоторым атрибутам упираюсь в длину ID архива...
Если это данность, то вероятно буду ужмиать ID.
В принципе, в заголовке архивов есть версия и потенциально можно добавить её контроль для определения с каким файлом осуществляется работа и какой размер идентификатора архива там хранится и соответственно расширить его.
И если оно Вам действительно нужно то заказывайте и оплачивайте эту работу.
Learn, learn and learn better than work, work and work.
|
|
Повідомлення створено: 17. 08. 2018 [10:39]
|
|
dr_pi
Александр Пухов
Автор теми
Зареєстрован(а) с: 19.06.2017
Повідомлення: 6
|
Спасибо за ответ! Сейчас буду осознавать насколько это действительно мне надо)
|
