| Автор |
Повідомлення |
|
Повідомлення створено: 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
Повідомлення: 3750
|
Во первый "Архивирование" и "Сжатие" разные термины.
Во вторых если внимательно читать и иметь представление о БД, то из участка документа всё можно понять:
Таблица БД архиватора значений имеет следующую структуру: {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
Повідомлення: 3750
|
"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
Повідомлення: 3750
|
"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
Повідомлення: 3750
|
Вот и разбирайтесь с вашим сервером БД 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
Повідомлення: 3750
|
"Kostya" wrote:
Погодите. Есть демо проект. Прописана строка на вашу тест базу. И не конектится.
как мне дальше тогда с демо поступать.
А насчет тайм аутов. Почему не конектится к базе в другом потоке. Не туда кликнул
и сиди жди?
Сервер БД настраивать. Демо не значит, что у Вас должны волшебным образом появиться и настроиться все сервера сетевых СУБД, оборудование источников данных и т.д!
Не нужно так откровенно демонстрировать свою некомпетентность ибо это уже даже не смешно.
P.S. Возможность установки таймаутов подключения, чтения и записи для СУБД MySQL я добавил.
Learn, learn and learn better than work, work and work.
|
