|
Сообщение создано: 22. 04. 2020 [05:53]
|
|
Alex-nt
Алексей Кропачев
Создатель темы
Зарегистрирован(а) с: 18.11.2016
Сообщения: 12
|
Здравствуйте !
Небольшое вступление:
при установке OpenSCADA как рабочей станции, т.е.когда проекты лежат в директории обычного пользователя,
создаётся не каталог ".openscada/LibsDB" c копиями файлов баз данных OpenSCADA,
а "мягкая" ссылка на "/usr/share/openscada/LibsDB".
Сделано по 3-м причинам
1. Нет необходимости вручную обновлять библиотеки на каждой WS при обновлении OpenSCADA
(когда WS больше 3-х - это уже "МНОГОООО" :-) )
2. "Защита от дурака" - нет возможности случайно, намеренно, по дури и т.д. (нужное подчеркнуть :-) )
изменить библиотеки OpenSCADA
3. Собственные наработки гарантированно не сохранятся в библиотеках OpenSCADA
После обновления столкнулся вот с чем -
при попытке изменить "Рабочая БД"
с <cfg> на SQLite.GenDB (или наоборот)
вылетает предупреждение о попытке записи в ReadOnly DB (см. скриншот)
Теперь вопрос - останется ли такое поведение в дальнейшем ?
Если да, то жаль :-((
[Сообщение редактировалось 1 раз(а), в последний раз 22.04.2020 в 05:53.]
Вложенный файл
|
|
Сообщение создано: 22. 04. 2020 [07:18]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
|
Как это всё соотносится с темой?
"Alex-nt" wrote:
при установке OpenSCADA как рабочей станции, т.е.когда проекты лежат в директории обычного пользователя,
создаётся не каталог ".openscada/LibsDB" c копиями файлов баз данных OpenSCADA,
а "мягкая" ссылка на "/usr/share/openscada/LibsDB".
Нормальный сценарий, хотя часто тот каталог используется и для обще-проектных библиотек пользователя!
"Alex-nt" wrote:
После обновления столкнулся вот с чем -
при попытке изменить "Рабочая БД"
с <cfg> на SQLite.GenDB (или наоборот)
вылетает предупреждение о попытке записи в ReadOnly DB (см. скриншот)
При чём тут обновление? Это типовое и задокументированное поведение с самого начала!
Рабочая БД — указывает на рабочую базу данных, а именно на хранилище, используемое для хранения основных данных программы, которым может быть и конфигурационный файл. Изменение этого поля отмечает все объекты программы как модифицированные, что позволяет сохранить или загрузить данные станции из указанного хранилища.
Т.е. маркируются модифицированными и библиотечные объекты, ReadOnly считается ошибкой конфигурации, а смена поля "Рабочая БД" это вообще не оперативная конфигурация и предусматривает завершение и запуск проекта OpenSCADA после такого, когда все признаки модификации обнуляются.
"Alex-nt" wrote:
Теперь вопрос - останется ли такое поведение в дальнейшем ?
Если да, то жаль :-((
Жаль, но что не думаем и не читаем документации!
Learn, learn and learn better than work, work and work.
|
|
Сообщение создано: 22. 04. 2020 [07:37]
|
|
Alex-nt
Алексей Кропачев
Создатель темы
Зарегистрирован(а) с: 18.11.2016
Сообщения: 12
|
Ну не было до обновления такого. Не было :-))
Поэтому и написал
|
