我的应用程序是在一个嵌入式PLC平台上。可用语言由IEC 61131定义。试图攻击我的“运行时环境”不是一种选择。我可以管理一些低级文件操作,但实时性能始终是一个瓶颈.
我不需要SQLite提供的大部分内容。基本上,我想以一种与SQLite兼容的方式,先为数据库定义表结构。从我的PLC,我想用统计数据(大量)填充数据库文件。在某一时刻,这些数据库文件将从它们在PLC上的临时存储中传输。不需要执行选择或更新。一旦文件写好了,PLC就不用再碰它们了。
但是我不确定我是否真的能够实现一个INSERT查询,而且我知道任何数据库“内务管理”都不在question.Can之外--我在一个基本级别上处理一个SQLite数据库文件,并且仍然期望SQLite以后能够在没有任何问题的情况下连接到它。破坏数据库完整性有多容易?什么是最小的内务管理功能,必须执行的文件越来越大?
PS
发布于 2013-10-02 05:17:16
对我来说,这听起来好像你并不真的需要一个数据库,因为你基本上只使用插入。相反,最好(更快)将数据存储在数据库友好格式(例如csv-file或xml)的顺序文件中,然后在达到某种限制(文件大小、时间、.)时传输该文件。
https://stackoverflow.com/questions/19120822
复制相似问题