只要罗阵还保持着那几个号码的阵法处于激活状态,他们手上的那几个令牌就绝对不可能正常使用。
演示的时候出问题的是这几个令牌,就算他们再巧舌如簧,这几个令牌无法使用却是绕不过去的槛,也是逍遥宗那些人一定会检查的东西。
演示的时候就是这几个令牌出了问题,你至少得表现出能解决这个问题的本事才行吧?
这一点,就算于新波他们这些再帮他说话,也是个绕不过去的硬伤。
所以,罗阵干脆又拖了十几天。
当个咸鱼的感觉没的说,一个字,爽。
十几天之后,罗阵终于拿出了一个可以使用的版本,当然了,为了避免刺激到那一群技术宅加被害妄想症晚期患者,罗阵故意留了个以他们的实力正好能够修复的缺陷,说自己无力解决,只能就这样了。
而玉简团队那边,经过是半个月的攻关研究,终于将此缺陷修复。
至此,双方都很满意。
玉简团队对罗阵高看了一眼,但又恰到好处地保留了自身的骄傲和尊严。
罗阵则是深感欣慰,终于可以开始进入正题了。
他早就已经构思过玉简版数据库应该怎么做了,MySQL和SQLServer他是搞不出来,但是搞个简易版的Redis还是没问题的。
而且玉简和前世的数据库还是有很大的差别的,读写速度极快,所以,他要考虑的其实就是快速寻找到自己需要的东西即可。
而若是不用考虑插入和删除的话,说到查询速度最快的话,那就是数组了。
查询的时间复杂度为O(1)。
也就是说,只要一次,就可以找到自己需要的东西。
毕竟只要有下标就行了。
罗阵还没有找到用阵法来实现哈希算法的方式,所以,很显然,目前的主键只能选择自增ID了,以主键来当数组的下标,就可以快速寻址了。
而这样一来,就会出现并发的问题,也就是说,假如两个人同时操作的话,他们就会生成相同的ID,所以,简单的锁也是必须要实现的。
罗阵并没有设计的太过复杂,或者说,太复杂太完善的东西他目前也搞不出来,所以经过考虑,他最终的方案是这样的。
在插入新数据的时候,直接将表锁死,获取到自增ID之后,再将数据表解锁。
虽然不太友好,但实现起来却是最为简单。
而当修改的时候,那就使用时间戳来检查数据是否过期,避免重复修改。
这个时候,就凸显出他先前设定好时间的好处了,前世的时候,时间戳是以1970年1月1日0时0分0秒为起点,而这个世界,罗阵则是将起点时间设置成了一个特殊的日子。
自己穿越过来的那一天。
就当是个纪念吧。
虽然功能很简陋,但已经足以满足他的基本需求了。
先把东西做出来,剩下的再慢慢优化好。
有了数据库,那就可以开始正式设计门派令牌了。
开发过程自不必说,有了数据库,再创造起法阵来,怎一个爽字了得,两个月之后,阵法便被他创造了出来,而有温池作为辅助,两天之后,内测版本的几个令牌连同数据库一块,便被他们搞了出来。
他们在底下测试了好几遍,确认没有问题之后,这才由温池带着令牌前去寻找掌门,先给他演示了一遍之后,再由掌门召集长老会议,准备开始第二次演示。
请收藏:https://m.jmdwz.cc
(温馨提示:请关闭畅读或阅读模式,否则内容无法正常显示)