SQLite 的文艺复兴

查看 376|回复 19
feelapi   
https://sqlite.org/cloudsqlite/doc/trunk/www/index.wiki
The "Cloud Backed SQLite" (CBS) system allows databases to be stored within cloud storage accounts such that they can be read and written by storage clients without first downloading the entire database to the client.
billzhuang   
@feelapi 感觉不错啊,希望国内各大厂商早日跟上,小项目就不用买 rds pg 了。
codehz   
@lichao 有没有一种可能,N+1 问题的来源在于原本就需要后续的 N 个数据,不管你发几个请求,总之 N 个数据都得到,传统需要优化合并成一个请求,但数据库仍然需要查询 N+1 个(
这种情况“优化”的不就是这个查询的 rtt 吗)
chenqh   
不用 sqlite 的最主要问题不是因为多进程读取和更新的问题的吗?
bmpidev2019
OP
  
@chenqh wal 模式解决了读取的问题,多写的话目前只能有一个写入者,但多个写入是可以通过 queue 来完成的,一般写入很快,所以问题也不大,当然 hc-tree 这个特性看起来解决了多写的问题,值得期待
kkocdko   
忽然有个想法:提前编译 sql ,剥离掉 sqlite 的 sql 编译功能。因为很多嵌入式应用中都不需要动态 sql 。我先找找有没有类似项目,没有的话也许自己糊一个。
bmpidev2019
OP
  
@kkocdko 你把编译器去掉,虚拟机怎么执行?除非你自己搞个编译器把 sql 编译成字节码。。。
sunmker   
@kkocdko 你这个是不是类似于"存储过程"?我刚在看我的《 SQL 必知必会》,他告诉我 SQLite 不支持存储过程
lichao   
@codehz 那说明不你不会数据库端的优化
watzds   
@lichao #1 估计是影响比较小,一般页面 N 也就几十,SQLite 的 N + 1 相当于一般数据库的 1
如果 N 特别大,另当别论了
您需要登录后才可以回帖 登录 | 立即注册

返回顶部