Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Не получили письмо с кодом активации?

Официальный форум Simple-Scada.

Автор Тема: Импорт данных из внешней БД SQLite3 напрямую или через ODBC  (Прочитано 4764 раз)

zakhar81

  • Новичок
  • *
  • Сообщений: 14
    • Просмотр профиля
Приветствую уважаемые разработчики
Есть ли механизм чтения (импорта) данных с внешнего источника (внешней БД) напрямую через драйвер или ODBC через интерфейс с записью в основную базу? Желательно не ручной а настраиваемый автоматический
Есть необходимость импорта данных из SQLite в БД системы (вашей имеется ввиду) для последующего использования этих данных наравне с теми что пишутся в "родную" базу по тегам. Т.е. построение графиков, генерация отчетов
Тут уже задавали подобные вопросы, у нас похожая ситуация. Есть архивы аналоговых тегов и сообщений в БД SQLite3 на внешнем оборудовании которое не всегда на связи, но есть возможность обновлять файл базы данных, которые нужно использовать для формирования трендов и генерации отчетов.
Если это можно реализовать платно то продолжим разговор через личку

Simple-Scada

  • Администратор
  • *****
  • Сообщений: 3193
    • Просмотр профиля
    • Simple-Scada
Здравствуйте.

Такой возможности нет. Сейчас можно только напрямую работать с СУБД MySQL и Microsoft SQL Server.

zakhar81

  • Новичок
  • *
  • Сообщений: 14
    • Просмотр профиля
Через ODBC сейчас даже не получится данные даже на экран вывести по запросу к БД? Как на видео у вас показано.
Существуют драйвера для подключения к к файлам SQLite3 через ODBC
Т.е. даже не обсуждается возможность реализации?
Блин печально. Те же рецепты получить или закинуть уже не получится через ODBC?
« Изменён: 30 Ноября 2018, 15:51:44 от Simple-Scada »

Simple-Scada

  • Администратор
  • *****
  • Сообщений: 3193
    • Просмотр профиля
    • Simple-Scada
Нет, возможна только работа с СУБД MySQL и Microsoft SQL Server напрямую. В будущем возможно добавится работа с другими СУБД напрямую. Ссылка на статью, которую Вы дали в предыдущем сообщении касается другой SCADA-системы. Наша система называется Simple-Scada.
« Изменён: 29 Ноября 2018, 20:02:24 от Simple-Scada »

Nikso

  • Новичок
  • *
  • Сообщений: 44
    • Просмотр профиля
Здравствуйте. Имеется несколько обходных путей.
1. Программа для чтения из БД и трансляцией этих данных в виде OPC тегов в SCADA.
2. Чтение из БД и запись в БД Simple-Scada с последующим чтением их SCADA системой.

В обоих вариантах подключение идёт через ODBC драйвер

Есть один недостаток. Работа только через SQL запросы.

zakhar81

  • Новичок
  • *
  • Сообщений: 14
    • Просмотр профиля
В этом проблем нет, SQL запросы все уже сделаны для этих баз, инструмент осталось найти. Можно свой вьюер написать но он только под это и будет заточен, а нужны еще и функции стандартные как у всех скад, так как там обмен есть и интерфейс нужен

Nikso

  • Новичок
  • *
  • Сообщений: 44
    • Просмотр профиля
Data Logger Suite.
Позволяет подключатся через ODBC к любым БД и транслировать данные в OPC теги, файлы, БД.

zakhar81

  • Новичок
  • *
  • Сообщений: 14
    • Просмотр профиля
... и транслировать данные в OPC теги
Т.е. потенциально можно потом этой скадиной прицепиться к OPC этого логгера и тянуть данные
Как интересно отрабатывать запросы в нем чтобы передавать через переменки какие нибудь параметры для выполнения того или иного запроса, или они там жестко прописываются запросы к БД. Пробовать надо наверное самому или у вас есть опыт? Вот именно в части изменения параметров запроса.

Nikso

  • Новичок
  • *
  • Сообщений: 44
    • Просмотр профиля
Запрос прописывается жестко. Затем он выполняется с заданным интервалом. Результат запроса затем можно обработать (выделить нужную информацию) и передать в opc-тег. Как вариант, можно создать множество запросов на выборку нужных данных.
В настоящий момент реализовал задачу другим способом. Из БД Paradox и Access c интервалом 1 час переносятся данные в дополнительный MS-SQL, который прилинковал к БД скады с последующей выборкой данных через хранимые процедуры. Решение конечно не совсем красивое, но работает.
« Изменён: 11 Декабря 2018, 17:24:54 от Nikso »

zakhar81

  • Новичок
  • *
  • Сообщений: 14
    • Просмотр профиля
Нет, возможна только работа с СУБД MySQL и Microsoft SQL Server напрямую. В будущем возможно добавится работа с другими СУБД напрямую. Ссылка на статью, которую Вы дали в предыдущем сообщении касается другой SCADA-системы. Наша система называется Simple-Scada.
Т.е. вы не принимаете заказы на дополнительные работы?
Ну вот в нашем случае с вами не льзя заключить договор чтобы вы нам отдельный модуль разработали для работы с SQLite3 напрямую с вашей системы
Договор бы заключили на эту тему да и реализовали, там вам это не сильно уж и проблематично реализовать в данном случае
« Изменён: 17 Декабря 2018, 22:39:22 от Simple-Scada »

Simple_Scada

  • Администратор
  • *****
  • Сообщений: 1351
    • Просмотр профиля
Здравствуйте.

Мы не принимаем заказы, но учитываем пожелания и предложения пользователей. Наиболее востребованные предложения стараемся добавлять в первую очередь. Добавление работы с SQLite не входит в список наиболее востребованных задач, но как мы уже написали выше, в будущем возможно добавится работа с другими СУБД напрямую.

zakhar81

  • Новичок
  • *
  • Сообщений: 14
    • Просмотр профиля
Здравствуйте уважаемые Господа разработчики может все таки подумаете на счет заказа для реализации работы c SQLIte?
В наших изделиях панели оператора с андроидом и линуксом пишут в SQLIte, изделия серийные и вешать на каждую комп для дублирования архива затратно, а канал связи с удаленным сервером может обрываться и будет не полноценный архив.
Мы сделали удаленное копирование на сервер по расписанию файлов архива и соответственно операторы могут их просматривать, но если интегрировать их в систему то не очень красивая схема получается
А то как то жестко все у вас, я думаю вопрос только в стоимости?

Simple-Scada

  • Администратор
  • *****
  • Сообщений: 3193
    • Просмотр профиля
    • Simple-Scada
Здравствуйте.

В будущем будут добавлены функции для работы со сторонними СУБД напрямую, включая SQLIte. Но сначала нужно решить более востребованные задачи. Мы не принимаем заказы и решаем задачи учитывая их популярность и сложность внедрения.