三界大数据：浅析天廷数据库的运作

本 文 小 结

天廷数据库有如下特点：

认证规则先进

数据动态实时更新

数据传送高效

权责制定明确

应对瞬时并发高峰

查询系统高效

升级扩容简单

文章难度：★★☆☆☆

本文约3480字，阅读时长6分钟

掌握7个可吹牛的道家知识点

“阎王让你三更死，不会留你到五更”，民间传说人的生死由地府所决定。道经中又云，人的祸福寿夭是由南斗六星所在的南斗府和北斗七星所在的北斗府所管理，南斗注生，北斗注死。这个“注”就有标注的意思，所以说，每天地球上生生死死，赏善罚恶，乃至改变命运的各种操作说，都由地府的一套数据库管理着，而且这个数据库必然跟南北二斗府的“标注”相连。

道教经典又云，三元三品三官大帝管理着十方三界一切众生的善恶记录，以此决定每个众生的祸福寿夭，那么这个转换系统又是如何？三官大帝的数据是如何与南北二斗府，以及地府互相联通呢？

这么复杂的数据链，必然是需要大数据才能保证正常运作的哇。

诸位看官且别急，且听道人一本正经的给你胡说八道来。

NO.1

准确的认证系统

天廷数据库必然不是以我们熟知的实名制方式进行标记的，以人类举例，古人在出生以后有乳名，冠礼以后有正式使用的名和字。

比如李白，姓李名白，字太白，

有时候古人还有相当于别名的“号”，比如李白号“青莲居士”，

还有别人送给他的号，比如别人称呼李白为“诗仙”，

还有很多别称，比如以官位称呼的叫“李拾遗”，“李翰林”，

还有以排行称呼的叫“李十二”，等等。

这么多的别名和曾用名，在古人中是很常见的，如果进行实名认证，其数据量分分钟可以让一个户籍警抓狂，录入系统以后则很会导致数据库工作量增加，且重名重性重号可能会使数据库出错。

但天廷的数据库是非常精确的，几乎没出现过大的失误，所以其统计方式必然是以一种特殊的，一生都不会改变的标记进行统计。

这种标记对于人类来讲，最符合的就是DNA了，人的DNA中不但记录了自身的信息，还记录了从猿人时代的远祖到现在的所有关键信息。

那么问题来了，在没有进行实体接触的情况下，天廷是如何采集到人类的DNA的呢？这么看来，天廷数据库的采集系统应该一套非常高端的，不需要进行人体接触就能采集到所有DNA信息的系统。

但是对于一些没有实体的生物，比如灵魂，如何进行采集呢？那肯定用的是另外一种采集方式。或许是光谱，或许是声波。

NO.2

动态数据实时更新

天廷数据库的所有动态数据必须实时更新，才能确保三官大帝、南北二斗府、地府能够实时掌握四海八荒所有生灵的动态，对每一个生灵的善恶寿夭随时进行考评。

十方三界一切众生，飞禽走兽蝼蚁蛇虫，草木植物胎湿卵化，再加上灵魂，单单是基础数据量的录入就足以让地球上任何一个大国望而却步，再加上每毫秒都有动态数据的更新，更分分钟让人崩溃。

比如说我国，从公元前840年有文字记载开始到现在将近3000年，所有出生和死亡的人类，以及所有的动植物，细菌真菌等数据的录入，再加上每天上亿条新信息的录入，上亿条旧信息的删除，要解决信息上传和共享时出现的信道冲突问题，要解决信息传感器收集与同步问题等等，想想就让人头大。

仅仅这一个功能，天廷数据库可以秒杀地球上一切“云”。

NO.3

数据传送高效

以道经所记载的统计方式来看，天廷汇总数据的地方名字叫做天机内省，上一级机构叫做天机都省，因每一位凡人成仙都在这里接受仙籍，就相当于重新领取身份证，属于终极身份发放地，所以基本上可以确定，这里就是天庭总服务器所在地。

那如果要让三官大帝、南北二斗府和地府，这三个大型子服务器上的每一个改动都能实时共享，总服务器和子服务器之间很有可能是环形拓扑结构，每一个子服务器又有一个环形拓扑结构，然后不停的向下分支，一直到基层机构。

对于人类来说，天廷的基层机构就是相当于片警的地方神祇，和自己身上由天廷提前植入的“三尸神”，每到庚申日（六十日一次）进行一次汇总，然后上报给各自的上级机构，

当数据汇总到城隍一级的时候，就录入拓扑结构开始共享，以备上级机构随时查阅。

但对于其他生物，是如何收集生物数据的，其他生物系统没有留下能让人类看懂或者听懂的记载，而且道经也没有讲，还不得而知。

NO.4

权责分级明确

每一个服务器，比如地府，会根据总服务器授予自己的职权，在权限范围内做出一定的考评，而考评结果在各子服务器之间，子服务器和主服务器之间进行实时的动态共享。

不要小看实时共享，就因为这个，在《西游记》中，天庭的神仙才能第一时间得到服务器发来的警报，从孙悟空的棒下救出自己的童子或者坐骑。

而且，更重要的是，这个数据库跟佛教数据库是完全共享开放的，佛祖和菩萨不但有随时查阅的权限，也有“逆审核”权限，可以修改已经形成的考评结果，比如使人还阳等。

这绝对是一种非常牛的分布式动态共享模型。

NO.5

应对瞬时并发高峰

道人看过一个故事，在一二八淞沪会战之前，上海某寺庙的方丈曾经梦见自己看到生死簿，上面写了很多中国人的姓名，也写了很多日本人的姓名。后来淞沪会战，果然有5万多中国人和2万多日本人在短短一个月内战死在江浙一带。

熊孩子随便捣毁一个蚂蚁窝，人类随便用飞机喷一喷农药，手术台上的一次消毒，就能消灭成千上万的生命，不管这些是病菌还是益生菌，这都能引发一场小规模的数据高峰。

这种数据高峰能让地球上很多数据库，比如我们经常使用的订票软件瞬间崩溃，但是天廷数据库从来没有崩溃过，相反每天都能应对非常多的数据并发高峰，可见天廷数据库有多么经得起折腾。

NO.6

查询界面友好

超高速的数据传输和处理速度，必须有一个界面够友好的外表支撑，很多非常不错的数据库都是毁在查询界面上。

友好的查询界面不但能够提升用户体验，还能够有效提升查询速度，你无法想象阎王在提审犯人的时候，一杯茶都放凉了，该犯人的数据还没有搜索出来。

而天廷数据库这一点做的非常好，不管是如三官大帝一样的高层精英官员，还是基层文化程度不高的勾魂小鬼，都能在一次点击以后就迅速得到自己想要的查询结果，甚至连佛教使用的梵文界面都有，这，不得不说是让人衷心佩服的壮举。

NO.7

升级扩容简单

当当当！最NB的部分来了！从道佛经典和民间传说来看，天廷数据库至少经历过几次升级和扩容。

V1.0

第一次是上古时代的1.0版本，这个版本只有创世神和一些山川河流等自然神，没有行政机构，几乎没有管理。

V2.0

其次是夏商时代的2.0版本，这个版本增加了天帝和人类的祖先以及一些非常粗陋的行政机构。

V3.0

第三次是周灭商的封神时代，这是3.0版本，这个版本增加了365位正神，同时出现了雷、火、水、瘟四府和天廷，行政管理机构成形。

V4.0-经典版

接着进入东汉末年张天师创立五斗米教的时代，这是4.0版本，这个版本最大的改动是增加了地狱，是一个非常经典的版本。

V4.0.1

然后是东晋葛洪天师到北魏寇谦之天师时代，这是4.0.1版本，这个版本增加了十洲三岛的副本，且改变了一些操作方法。

V4.0.2

时间再往后，唐代4.0.2版本出现，这个版本修复了之前版本的一些bug，增加了佛教副本，且打开了佛教的管理权限。

V5.0-稳定版

然后就是宋代5.0版本的出现，这个版本最大改动是降低了操作难度，增加了大量的客服岗位（道教在民间普及），与大众的互动更强，这个版本虽然还以天廷为基本架构，但天廷的地位开始下降，这直接影响了后来西游记等神怪小说的写作路线，这是题外话。

从5.0版本以后到现在，基本上没有什么大的改动，也没有再做大规模的系统升级。

这不重要，重要的是，从这几次系统升级来看，每次升级几乎都是瞬间完成的，数据库既没有关闭也没有重启服务器，这，简直是不可思议的事情！

【The End】

参考文献

1、《Big Data Application Platform for Heavenly Palace and Hell》

2、《论环形拓扑结构对天廷众生管理系统的应用》[J] 四海八荒信息技术 创世二年 女娲特刊

3、《论Data Overflow在十方三界数据录入系统中的几种规避方式》[S] 玉虚宫信息特刊 创世57538年 第93659号 核刊

4、 《论奈何桥在阴间生死管理系统的桥接作用》[C] 地府电子技术周刊 地府26年 第12期

5、 《论勾魂鬼使大队的信息化管理》 [J] 地府行政执法报 地府153年 第49期

6、《关于天庭-斗府-三元总圣宫-地府-西天点对点办公及信息自动化的通知》 [G] 玉帝430年第1350号文件 玉办厅