正题了。
他早就已经构思过玉简版数据库应该怎么做了,MySQL和SQLServer他是搞不出来,但是搞个简易版的Redis还是没问题的。
而且玉简和前世的数据库还是有很大的差别的,读写速度极快,所以,他要考虑的其实就是快速寻找到自己需要的东西即可。
而若是不用考虑插入和删除的话,说到查询速度最快的话,那就是数组了。
查询的时间复杂度为O(1)。
也就是说,只要一次,就可以找到自己需要的东西。
毕竟只要有下标就行了。
罗阵还没有找到用阵法来实现哈希算法的方式,所以,很显然,目前的主键只能选择自增ID了,以主键来当数组的下标,就可以快速寻址了。
而这样一来,就会出现并发的问题,也就是说,假如两个人同时操作的话,他们就会生成相同的ID,所以,简单的锁也是必须要实现的。
罗阵并没有设计的太过复杂,或者说,太复杂太完善的东西他目前也搞不出来,所以经过考虑,他最终的方案是这样的。
在插入新数据的时候,直接将表锁死,获取到自增ID之后,再将数据表解锁。
虽然不太友好,但实现起来却是最为简单。
而当修改的时候,那就使用时间戳来检查数据是否过期,避免重复修改。
这个时候,就凸显出他先前设定好时间的好处了,前世的时候,时间戳是以1970年1月1日0时0分0秒为起点,而这个世界,罗阵则是将起点时间设置成了一个特殊的日子。
自己穿越过来的那一天。
就当是个纪念吧。
<aonclick>防采集自动加载失败,点击手动加载,不支持阅读模式,请安装最新版浏览器!</aonclick></divid>
第77章:温池
推荐阅读:
篮坛上帝之眼、
超能魔法高校的劣等生、
穿书后我种田养娃当上了皇帝、
和顶流影帝离婚后、
星际炮灰养崽日常、
末日之国度、
佩后、
流浪三千界、
夫君他口是心非、
被阴狠太监盯上后、
江唯林南烟、
我在异界开酒店、
相关章节:
第72章 玉简团队的运营方式、
第73章:温池、
第74章 先划水一个月再说、
第75章:温池、
第76章 嘲讽败人品啊,没听说过?、
第78章 不要灵石、
第79章:温池、
第80章 灵金城、
第81章:项夜、
第82章 冰蚕化雨决、
也许你还喜欢: 面向阵法修仙txt下载, 面向阵法修仙起点, 面向阵法修仙123, 面向阵法修仙, 面向阵法修仙最新, 面向阵法修仙 小说, 面向阵法修仙顶点, 面向阵法修仙 小说123, 面向阵法修仙 sodu, 面向阵法修仙txt,