УкраїнськаEnglishmRussian
Вход/Новый
В теме много сообщений

Модуль подсистемы архивы.


Автор Сообщение
Сообщение создано: 15. 11. 2010 [17:03]
Kostya
Константин
Создатель темы
Зарегистрирован(а) с: 26.05.2010
Сообщения: 14
Растолкуйте пожалуйста терминологию. В документации говорится что модуль предназначен для архивирования значений и сообщений на БД. И сказано
Архиватор значений этого модуля хранит данные в таблице БД, которая именуется таким образом: DBAVl_{ArchID}_{ArchiveID}

где
ArchID - Идентификатор архиватора значений

ArchiveID - Идентификатор архива значений

Ну во первых как архиватор может хранить?
Во вторых из документации можно понять что в базе лежат некие куски пожмаканые подключенным архиватором. И по возвращении данных они опять к пользователю возвращаются и раскомпресируются.
Но это же не так в базе лежат обычные таблицы.
Сообщение создано: 15. 11. 2010 [17:41]
roman
Roman Savochenko
Moderator
Contributor
Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3747
Во первый "Архивирование" и "Сжатие" разные термины.
Во вторых если внимательно читать и иметь представление о БД, то из участка документа всё можно понять:
Таблица БД архиватора значений имеет следующую структуру: {TM, TMU, VAL}. Где:
TM - UTC время значения, секунды от эпохи (01.01.1970). В БД, содержащих специализированный тип для хранения даты и времени, может использоваться этот специализированный тип.
TMU - Время значения, микросекунды.
VAL - Значение, тип значения определяет тип данной колонки.


Learn, learn and learn better than work, work and work.
Сообщение создано: 15. 11. 2010 [19:45]
Kostya
Константин
Создатель темы
Зарегистрирован(а) с: 26.05.2010
Сообщения: 14
Я имею понятие о БД. И поэтому начал эту тему. Мне крайне неудобно
читать Вашу документацию более 10лет пользуясь принятой (на мой взгляд) терминологией.
Я считаю более правильным применить здесь понятие
менеджера архивов, задачей которого является как создание так и конфигурирование будущего архива.
но никак не фраза
Архиватор значений этого модуля хранит данные в таблице БД

хранить данные это ведь функция БД. Это ведь свободное обсуждение?

[Сообщение редактировалось 1 раз(а), в последний раз 15.11.2010 в 19:46.]
Сообщение создано: 16. 11. 2010 [12:52]
roman
Roman Savochenko
Moderator
Contributor
Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3747
"Kostya" wrote:

Я имею понятие о БД. И поэтому начал эту тему. Мне крайне неудобно
читать Вашу документацию более 10лет пользуясь принятой (на мой взгляд) терминологией.

Извините меня! Вы пришли в чужой монастырь, а именно в сферу автоматизации и SCADA, где именно такая терминология и принята. Может Вы просто разберётесь с терминологией этой области?

"Kostya" wrote:

Я считаю более правильным применить здесь понятие
менеджера архивов, задачей которого является как создание так и конфигурирование будущего архива.

А я не считаю. И моя фраза корректна.

Learn, learn and learn better than work, work and work.
Сообщение создано: 18. 11. 2010 [20:11]
Kostya
Константин
Создатель темы
Зарегистрирован(а) с: 26.05.2010
Сообщения: 14
Роман я понял что чеки "включен" "выключен" в свойстве БД делают
ИД согласно строке подключения. Но вот Вашы базы на
server.diya.org не подключаются. Строка подключения не менялась?
Сообщение создано: 19. 11. 2010 [08:52]
roman
Roman Savochenko
Moderator
Contributor
Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3747
"Kostya" wrote:

Но вот Вашы базы на server.diya.org не подключаются. Строка подключения не менялась?

И не должна. Разбираемся, что это вообще за БД!

Learn, learn and learn better than work, work and work.
Сообщение создано: 19. 11. 2010 [09:24]
Kostya
Константин
Создатель темы
Зарегистрирован(а) с: 26.05.2010
Сообщения: 14
ну например MySQL
server.diya.org;roman;123456;oscadaVcaTest;;;utf8
Выбрасывает "Ошибка подключения к БД Can't connect to MySQL server on server.diya.org(110)"
пинг есть. Причем вчера это сообщение выбрасывалось считайте сразу а сегодня с утра
какой то тормоз и "подвешивание" пока не ответит на любые действия в скаде не реагирует.
И тормоз я вам скажу приличный. Где то 1-1.5 мин.

[Сообщение редактировалось 1 раз(а), в последний раз 19.11.2010 в 09:26.]
Сообщение создано: 19. 11. 2010 [09:27]
roman
Roman Savochenko
Moderator
Contributor
Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3747
Вот и разбирайтесь с вашим сервером БД MySQL. И таймауты подключения с серверу MySQL это не проблема OpenSCADA, а API MySQL.

Learn, learn and learn better than work, work and work.
Сообщение создано: 19. 11. 2010 [10:23]
Kostya
Константин
Создатель темы
Зарегистрирован(а) с: 26.05.2010
Сообщения: 14
Погодите. Есть демо проект. Прописана строка на вашу тест базу. И не конектится.
как мне дальше тогда с демо поступать.
А насчет тайм аутов. Почему не конектится к базе в другом потоке. Не туда кликнул
и сиди жди?
Сообщение создано: 19. 11. 2010 [10:45]
roman
Roman Savochenko
Moderator
Contributor
Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3747
"Kostya" wrote:

Погодите. Есть демо проект. Прописана строка на вашу тест базу. И не конектится.
как мне дальше тогда с демо поступать.
А насчет тайм аутов. Почему не конектится к базе в другом потоке. Не туда кликнул
и сиди жди?

Сервер БД настраивать. Демо не значит, что у Вас должны волшебным образом появиться и настроиться все сервера сетевых СУБД, оборудование источников данных и т.д!

Не нужно так откровенно демонстрировать свою некомпетентность ибо это уже даже не смешно.

P.S. Возможность установки таймаутов подключения, чтения и записи для СУБД MySQL я добавил.

Learn, learn and learn better than work, work and work.



16439