第七十七章 数据库，完成！【五更感谢大家的支持】

些人一定会检查的东西。

    演示的时候就是这几个令牌出了问题，你至少得表现出能解决这个问题的本事才行吧？

    这一点，就算于新波他们这些再帮他说话，也是个绕不过去的硬伤。

    所以，罗阵干脆又拖了十几天。

    当个咸鱼的感觉没的说，一个字，爽。

    十几天之后，罗阵终于拿出了一个可以使用的版本，当然了，为了避免刺激到那一群技术宅加被害妄想症晚期患者，罗阵故意留了个以他们的实力正好能够修复的缺陷，说自己无力解决，只能就这样了。

    而玉简团队那边，经过是半个月的攻关研究，终于将此缺陷修复。

    至此，双方都很满意。

    玉简团队对罗阵高看了一眼，但又恰到好处地保留了自身的骄傲和尊严。

    罗阵则是深感欣慰，终于可以开始进入正题了。

    他早就已经构思过玉简版数据库应该怎么做了，MySQL和SQLServer他是搞不出来，但是搞个简易版的Redis还是没问题的。

    而且玉简和前世的数据库还是有很大的差别的，读写速度极快，所以，他要考虑的其实就是快速寻找到自己需要的东西即可。

    而若是不用考虑插入和删除的话，说到查询速度最快的话，那就是数组了。

    查询的时间复杂度为O(1)。

    也就是说，只要一次，就可以找到自己需要的东西。

    毕竟只要有下标就行了。

    罗阵还没有找到用阵法来实现哈希算法的方式，所以，很显然，目前的主键只能选择自增ID了，以主键来当数组的下标，就可以快速寻址了。

    而这样一来，就会出现并发的问题，也就是说，假如两个人同时操作的话，他们就会生成相同的ID，所以，简单的锁也是必须要实现的。

    罗阵并没有设计的太过复杂，或者说，太复杂太完善的东西他目前也搞不出来，所以经过考虑，他最终的方案是这样的。

    在插入新数据的时候，直接将表锁死，获取到自增ID之后，再将数据表解锁。

    虽然不太友好，但实现起来却是最为简单。

    而当修改的时候，那就使用时间戳来检查数据是否过期，避免重复修改。

    这个时候，就凸显出他先前设定好时间的好处了，前世的时候，时间戳是以1970年1月1日0时0分0秒为.asxs.，而这个世界，罗阵则是将.asxs.时间设置成了一个特殊的日子。

    自己穿越过来的那一天。

    就当是个纪念吧。

    虽然功能很简陋，但已经足以满足他的基本需求了。

    先把东西做出来，剩下的再慢慢优化好。

    有了数据库，那就可以开始正式设计门派令牌了。

    开发过程自不必说，有了数据库，再创造起法阵来，怎一个爽字了得，两个月之后，阵法便被他创造了出来，而有温池作为辅助，两天之后，内测版本的几个令牌连同数据库一块，便被他们搞了出来。

    他们在底下测试了好几遍，确认没有问题之后，这才由温池带着令牌前去寻找掌门，先给他演示了一遍之后，再由掌门召集长老会议，准备开始第二次演示。