2013-10-01 3 views
1

Мое приложение находится на встроенной платформе ПЛК. Доступный язык (ов) определяется IEC 61131. Попытка взломать мою «среду выполнения» не является вариантом. Я могу управлять некоторыми низкоуровневыми файловыми операциями, но производительность в реальном времени всегда будет узким местом.Внедрение SQLite без C (или любых других основных языков)

Мне не нужна большая часть предложений SQLite. В принципе, я хочу заранее определить структуру таблицы для моей базы данных в соответствии с SQLite. Из моего ПЛК я хочу заполнить файл базы данных статистическими данными (большие суммы). В какой-то момент эти файлы базы данных будут перенесены из их временного хранилища в ПЛК. Нет необходимости выполнять SELECTS или UPDATES. После того, как файлы были записаны, ПЛК не нужно трогать их снова.

Но я не уверен, что могу позволить себе на самом деле реализовать запрос INSERT, и я знаю, что всякое «домашнее хозяйство» базы данных не может быть и речи. Возможно, я работаю с файлом базы данных SQLite на фундаментальном уровне и все еще ожидаю SQLite подключиться к нему позже без каких-либо проблем? Насколько легко повредить целостность базы данных? Каковы минимальные домашние функции, которые ДОЛЖНЫ выполняться по мере увеличения размера файла?


PS

  • Мои данные зависят от времени и во многом очень линейный
  • Нет перекрестных ссылок на таблицы/внешние ключи
  • Стандартные типы данных
+2

Вы ищете что-то большее, чем круглая база данных? Проверьте RRDtool. В качестве альтернативы, я думаю, вам следует просто написать простой промежуточный формат файла и преобразовать его в нечто более мощное, как только вы его получите от встроенного устройства. – MattJ

+2

Если вам не нужно выполнять SELECT и UPDATE, то вы только вставляете данные. В этом случае вам нужна база данных, а не просто добавление данных в какой-то файл .csv и периодическая загрузка/поворот? – viraptor

+0

RRDtool - моя моя конечная игра. В настоящее время я использую CSV, но я собираю много данных по быстрому тарифу, и мое хранилище быстро раздувается. Нарезка и склеивание моих CSV болезненно. Ive в основном создал свой собственный уровень хранения поверх CSV, и его начало становиться уродливым. Такие вещи, как перечисления и временные метки, дают мне больше всего проблем. – user2097818

ответ

1

Для меня это звучит как будто вам действительно не нужна база данных, так как вы в основном используете только вставки. Вместо этого может быть лучше (быстрее) просто хранить ваши данные в последовательном файле в формате, дружественном к базе данных (например, csv-файл или xml), а затем передать этот файл, когда будет достигнут некоторый предел (размер файла, время, ...).

 Смежные вопросы

  • Нет связанных вопросов^_^