我在想数据库那点事。

005

mssql、mysql部署都比较麻烦。最近把sqlite当内存数据库用，发现非常好使。速度也贼快。
想起这货，操作本地数据文件奇慢无比。
我想近期把他网络化，利用 内存和本地融合的方式，达到存取速度最大化。
我觉得最终成型，部署绝对简单。性能绝对可以。
我是这么想的：
1、借鉴甲骨文一个数据库对应一个进程。
2、数据库启动后在遍历【文件数据库】并在 内存创建跟文件数据一样的空库。
3、外部来的数据立刻存入内存库，由内部机制择机写入文件（够量or够时）时。
4、取值时，不用担心，因为sqlite本身取速度是OK的。

有没有小伙伴一起研究的。

amwji

虽然我不会但还是支持你一下

小蜗牛

内存管够..壕

吃泡面加不起蛋

不需要研究，开启那个什么模式就行，执行sql语句，PRAGMA synchronous = OFF

tmf19901124

内存管够..壕

创世魂

mysql部署还麻烦？？？好家伙……现在都傻瓜式的部署了，什么小皮、宝塔，安装后都自带了，装什么版本的都有。。

sqlite这种只是一个轻量级的数据库，如果数据少还好说。。如果是作为一个产品来发布，sqlite搞成网络库，显然不是一个很好的选择。。。

你不如mysql+redis     两个结合起来用的好的话，也非常爽。。

005

创世魂 发表于 2022-5-25 09:08
mysql部署还麻烦？？？好家伙……现在都傻瓜式的部署了，什么小皮、宝塔，安装后都自带了，装什么版本的都 ...

你说的对，下载小皮之类的环境，直接部署。已经非常容易。
我的想法是，解决sqlite存储缓慢问题。并支持网络。
一个exe，代替 环境及数据库。
做到打开即用，转移方便的效果。

想想，需要解决的问题还是有很多的。这得以后有时间了在捣鼓。还是年轻了。

朕的

005 发表于 2022-5-25 17:17
你说的对，下载小皮之类的环境，直接部署。已经非常容易。
我的想法是，解决sqlite存储缓慢问题。并支持 ...

到最后你会发现还是网络数据库靠谱省劲