我们在一块基于 ARM 的触摸屏上开发了一整套程序,用的数据库是 sqlite3。多个进程会对同一个数据库进行读写操作,以前业务小,没经常出现问题,也就没在意。
但最近因为业务逻辑优化,对数据库的写操作频率加大了,同时这也加大了另一个进程读操作的失败概率。
我知道 sqlite 是不可以多进程读写的,所以我们现在准备改动这一块。
我个人的想法是:由一个进程负责数据库的读写,其它进程向这个进程索要即可。
我的想法简单粗暴,不知道是否有其他成熟的方案?
先谢过各位大兄弟了。
我们在一块基于 ARM 的触摸屏上开发了一整套程序,用的数据库是 sqlite3。多个进程会对同一个数据库进行读写操作,以前业务小,没经常出现问题,也就没在意。
但最近因为业务逻辑优化,对数据库的写操作频率加大了,同时这也加大了另一个进程读操作的失败概率。
我知道 sqlite 是不可以多进程读写的,所以我们现在准备改动这一块。
我个人的想法是:由一个进程负责数据库的读写,其它进程向这个进程索要即可。
我的想法简单粗暴,不知道是否有其他成熟的方案?
先谢过各位大兄弟了。
3 回答2k 阅读✓ 已解决
2 回答3.9k 阅读✓ 已解决
2 回答3.2k 阅读✓ 已解决
1 回答3.2k 阅读✓ 已解决
1 回答2.7k 阅读✓ 已解决
3 回答3.4k 阅读
1 回答3.3k 阅读