1

我的应用程序位于嵌入式 PLC 平台上。可用的语言由 IEC 61131 定义。试图破解我的“运行时环境”不是一种选择。我可以管理一些低级别的文件操作,但实时性能永远是一个瓶颈。

我不需要 SQLite 提供的大部分功能。基本上,我想以符合 SQLite 的方式预先为我的数据库定义表结构。从我的 PLC 中,我想用统计数据(大量)填充数据库文件。在某些时候,这些数据库文件将从它们在 PLC 上的临时存储中传输。无需执行 SELECTS 或 UPDATES。一旦文件被写入,PLC 不需要再次接触它们。

但我不确定我是否能负担得起实际实现 INSERT 查询,而且我知道任何数据库“内务管理”都是不可能的。我可以在基本层面上使用 SQLite 数据库文件,并且仍然期望 SQLite 连接到它以后没有任何问题吗?破坏数据库完整性有多容易?随着文件变大,必须执行的最小内务管理功能是什么?


附言

  • 我的数据是时间相关的,并且很大程度上非常线性
  • 没有交叉表引用/外键
  • 标准数据类型
4

1 回答 1

1

对我来说,这听起来好像你真的不需要数据库,因为你基本上只使用插入。相反,将数据以数据库友好格式(例如 csv 文件或 xml)存储在顺序文件中,然后在达到某个限制(文件大小、时间……)时传输该文件可能会更好(更快)。

于 2013-10-02T05:17:16.270 回答