不使用C（或任何其他主流语言）实现SQLite

我的应用程序在嵌入式PLC平台上。可用语言由IEC 61131定义。试图绕过我的“运行时环境”不是一个选项。我可以管理一些低级文件操作，但实时性能始终是一个瓶颈

我不需要SQLite提供的大部分功能。基本上，我希望以符合SQLite的方式为我的数据库定义表结构。从我的PLC，我想用统计数据（大量）填充数据库文件。在某个时刻，这些数据库文件将从其在PLC上的临时存储中传输。无需执行选择或更新。写入文件后，PLC无需再次触摸它们

但我不确定自己是否能够真正实现插入查询，而且我知道任何数据库“内务管理”都是不可能的。我是否可以在基本级别上使用SQLite数据库文件，并且仍然希望SQLite稍后能够连接到它而不会出现任何问题？破坏数据库完整性有多容易？当文件变大时，必须执行的最小内务管理功能是什么

---

PS

• 我的数据是随时间变化的，基本上是线性的
• 没有交叉表引用/外键
• 标准数据类型

---

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

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

您是否在寻找更像循环数据库的东西？查看RRDtool。或者，我认为你应该只写一个简单的中间文件格式，一旦你把它从嵌入式设备上取下来，就把它转换成更强大的格式。如果你不需要执行选择和更新，那么你只需要插入数据。在这种情况下，您是否真的需要一个数据库，而不仅仅是将数据附加到某个.csv文件并定期下载/旋转它？RRDtool是我的终极目标。我目前正在使用CSV，但我以很快的速度收集了许多数据点，我的存储空间很快就会膨胀。切割我的CSV是痛苦的。我基本上在CSV上创建了自己的存储层，它开始变得丑陋起来。枚举和时间戳之类的东西给了我最大的问题。大部分转换发生在我的嵌入式平台上。对于大多数现有的工具来说，知道要读取哪些CSV文件以及如何重新组合数据是不自然的。我宁愿第一次就花点时间把它做好。你是在寻找更像循环数据库的东西吗？查看RRDtool。或者，我认为你应该只写一个简单的中间文件格式，一旦你把它从嵌入式设备上取下来，就把它转换成更强大的格式。如果你不需要执行选择和更新，那么你只需要插入数据。在这种情况下，您是否真的需要一个数据库，而不仅仅是将数据附加到某个.csv文件并定期下载/旋转它？RRDtool是我的终极目标。我目前正在使用CSV，但我以很快的速度收集了许多数据点，我的存储空间很快就会膨胀。切割我的CSV是痛苦的。我基本上在CSV上创建了自己的存储层，它开始变得丑陋起来。枚举和时间戳之类的东西给了我最大的问题。大部分转换发生在我的嵌入式平台上。对于大多数现有的工具来说，知道要读取哪些CSV文件以及如何重新组合数据是不自然的。我几乎宁愿第一次就花时间把它做好。