- В этой теме 23 ответа, 6 участников, последнее обновление 2 года, 5 месяцев назад сделано
.
-
Сообщения
-
Добрый день.
Запутался в принципах работы с БД.
Я как понял, сама RapidScada взаимодействует с встроенной БД, и все вводные каналы протоколируются. Но фактически мне не требуются все вводные каналы, можно это как либо настроить?
Если делать экспорт в внешнюю БД (например MS SQL или MySQL) нужен плагин. Но как указать как часто нужно записывать в БД?
Так же вопрос по dll — есть ли руководство по самостоятельному созданию dll? они на C# (насколько я понял), не планируется поддержка Python?Сомневаюсь что Питон тут уместен, но если из Кода C# можно использовать код Питона то вам никто в этом не может помешать 🙂
В исходниках смотрите открытые драйвера и модули, ну и по образу и подобию…
По части работы с БД вы о какой версии говорите? в 5-й в БД валилось все, и частично надо было фильтровать на уровне самой БД.
да, про 5ую. А как там рассчитывать, на сколько хватит жестого диска? может его хватит на 50 лет, а может через месяц уже забьется)
не, такие извращения (запускать питон из шарпа) это уж совсем)
Не помню, выкладывал ли Михаил файл расчета диска в общий доступ, но как-то делал.
з.ы. переходите на 6-ю, если в рамках программирования, то лучше с нее начинать уже.
Ну я не знаю, логику с питона наверное просто можно перенести в код C#, это я так. Функции из библиотек С++ можно использовать точно, если библиотека позволяет.
Всегда можно ограничить срок хранения БД, если диск переполняется
Меня смутило «Скачать актуальную стабильную версию для Windows» и «Скачать новую версию для опытных пользователей», между стабильной и новой стабильная выглядела более обнадеживающим вариантом. + 6ой версии
нет под Linuxа нет есть, я просто не заметил) (текущий первый проект у меня под Win, но следующий будет точно под Linux)Как человек, который постоянно работает с СУБД и сам пишет модуль под выгрузку данных могу сказать одно.
Пока не найдется правильный и оптимальный подход по хранению и передачи данных в СУБД, никто кроме вас не решит — устраивает ли его быстродействие СУБД.В моих планах в текущие данные из СУБД хранить в одной БД и постоянно перезаписывать, а исторические в отдельной БД, которая создается каждый месяц.
Пока работы остановились на том, часть идей отпадают на практике. Потому что в голове в фантазиях всё красиво, а на практике — что-то не очень. 🙂
Добрый день!
Для новых проектов я рекомендую Rapid SCADA 6. Она достаточно стабильна. Однако на данный момент не все модули переведены и документацию пока придётся использовать от предыдущей версии.Модуль для экспорта в БД для 6-й версии планируется в январе. MSSQL и Oracle я бы не рекомендовал для экспорта, т.к. в России не ясен вопрос с их покупкой и поддержкой. Если только заказчик явно требует.
Для архивов в PostgreSQL в 6-й версии есть готовый модуль архивов.
Так же вопрос по dll — есть ли руководство по самостоятельному созданию dll?
Можно посмотреть здесь. Но лучше всего использовать в качестве примеров код существующих модулей на ГитХабе.
Но как указать как часто нужно записывать в БД?
Для архивов на PostgreSQL доступны параметры записи.
В модуле экспорта 6-й версии добавится возможность записи во внешнюю БД по таймеру.А как там рассчитывать, на сколько хватит жестого диска?
Для встроенного архива самый простой способ — сутки подождать, а затем умножить размер файлов архива на количество дней. Есть файл для расчёта, можно поискать здесь на форуме.
Напишу в эту тему. Решил попробовать модуль архивирования PostgresSQL. Создал БД.
Сервер при попытке подключения выводит сообщение: Пользователь «postgres» не прошел проверку подлинности (по паролю).
Пароль ввожу правильный, с другого компьютера по сети подключаюсь нормально.
Что еще нужно посмотреть?
И ещё вопрос. Если в настройках подключения я указываю другого пользователя, то в логе сервера все-равно ругается на пользователя postgres. Подключаться нужно только под ним?Нормально работает только текущий архив.
У остальных следующая ошибка:
Error calling the MakeReady method of the HourCopy archive:
Npgsql.PostgresException (0x80004005): 42601: ошибка синтаксиса (примерное положение: «PARTITION»)
- Для ответа в этой теме необходимо авторизоваться.