据说，几万年前，有一只猴子做了黑道大做文章，删库跑路，致使黑道百年不缓来...知乎上跳出一个问题：“孙悟空无名无名的时候，这本书是怎么来的？”冥王所写的生死篇？”生死簿在技术上是如何实现的？标记是什么？冥界数据库是个什么样的数据库？于是脑洞大开的程序员们开始了表演……数据库系统到底是个什么鬼？知乎网友大海的回复：https://www.zhihu.com/question/29775354/answer/45744415这个问题让我对Hell-DBMS有了一点思考，脑洞大开。首先地狱里肯定有数据库，数据量太大了。每一个生命体都要记录下来，而且要实时记录，要进行数据分析。试想各种生物，万物皆有灵，大大小小，连蚂蚁飞蛾都是生命，从单细胞到现代社会，数据该有多大。对于数据库，每个生物都必须有一个唯一的标记。反对实名制的是，它是名字的主键。这是基本知识。名字重复了怎么办？请复习数据库原理。实名异议的是，它是用IP地址来标记的。IPV4很快就用完了好吗？IPV6在生物史的长河中显得力不从心。生与死是生物。这么多年过去了，这个数据积累起来了。使用自动生成的唯一ID作为主键是比较靠谱的，但是位数必须相当长，而且数据库要专门设计。这么大的数据至少需要谷歌的技术支持，说不定叫地狱之歌，SQL-SERVER等技术根本顶不住。搞Hell-DBMS，先看大技术：HoogleFileSystemHoogleBigtableHoogleMapReduce顺便一提，《开源海量数据库技术在阴间生死管理系统中的研究与实践》要拿天庭科技进步特等奖。第二，查询效率要高。如果查询效率低下，冥王就得点上一根烟，等上半天才有结果。高层官员经常来核对数据。玉皇大帝、如来，乃至阿难、迦叶，都是不能得罪的人。用户不满意。KPI不行，业绩差，冥王官位不稳。这么大的业务量，每天至少要插入几亿条记录，删除几亿条记录。所有善恶状态数据都必须实时记录。考虑到连接了多少正邪传感器，通道冲突肯定很难解决。目前尚不清楚是好事还是坏事是通过Wi-Fi还是Zigbee传输的。也许有的米会推出一个家庭善恶智能数据处理中心。一个众生死后，需要快速分析大数据，确定死者应该下几层地狱。数据分析太慢，奈何桥要排队，更不会有用户差评！数据粒度非常非常细，死亡时间三五点都不会差。会出现很多异常，有时还得回滚，一不小心可能会出错（死而复生应该是地狱里的回滚，详见《聊斋志异》[1]）。有时需要进行容灾，比如孙猴子出事造成的灾难性数据丢失；例如，用户抱怨问题，为什么猴子的寿命应该很短？这种问题只能问孙猴子了。工作确实需要加强。对了，像悟空这样的变态用户，撒是不是迫不及待要删了？（不懂Sa的IT专业人士，请自己面壁，Admin也算Sa）再次强调，必须能够处理瞬时并发峰值数据。大战来临，数万人战死；瘟疫来临时，死了数万人；必须登记生物的死亡，并推进这一过程。这是一个典型的手机应用，短时间内无数鬼魂涌入现场。不管是扫描二维码，还是近场通讯技术NFC，反正无数小鬼同时使用手机客户端向Hell-DBMS系统上传数据。App一定要友好，后台一定要耐得住。你不能向12307-1学习，它总是掉链子。如果12307-1掉链了，你还能骂它：“去死！去死吧！”，Hell-DBMS怎么骂它。所以：关键时刻，服务器不能卡死，数据库性能不能降低，生死记录要实时更新。最后，还要有大数据分析预测技术。冥界有个道理，你可以通过“听”得到过去的数据和未来的数据，这显然是大数据与云端结合的杰作。为什么要听？因为冥界数据库已经将数据发声，直接用定向波束传送到帝听的耳朵里。电磁监控根本没有作用，想要泄密几乎不可能。定向光束技术在提升威力后，可同时用于冥界中的某些亡灵舞动。那么孙悟空在阴间删除数据，他是怎么删除的呢？后来发生了什么？结论1：Monkey应该从界面删除数据，没有高科技，纯社会工程学。庞大的数据库和大数据数据库必须分解成更精细的细节。删除至少是多表级联删除。直接从主表DELETE必然会出现异常。况且孙猴子也不是电脑专业的，应该用金箍棒把小鬼顶在顶梁门上，胁迫他用超级用户进入，然后在界面上选择删除功能就搞定了.我猜要删除冥界数据库，需要左边一个小鬼，手持冥王颁发的极品盾牌，同时输入密码。反正孙悟空的分身能力很强，分身分身制造几个，分身逼迫就可以搞定。这个错误系统必须改进。所以这是一个正常的删除。删除之后，轮回系统并没有完全混乱，只是部分数据受到影响。孙猴子就算是打开一个控制台，也记不住顺序，手忙脚乱，抓着脑袋，顶多点点鼠标。结论2：Underworld数据库具有强大的容灾功能。也就是说，猴子完全低估了程序员的实力。海量数据库有强大的异地容灾备份功能，数据应该备份在最安全的雷音寺（第三方），所有操作都有LOG。在以西方如来为首的专家团队的指导下（具体操作应该是掌管安全的王，成就属于组长），数据很快就恢复了，猴子们根本没有得到长生不老。在西方如来团队的支持下，数据很快就恢复了，猴族应该是死了还是死了。孙猴子自己，虽然犯下不少罪过，但是能惹事，也颇有本事。为了统一天庭的管理，他还是给他打了一个特殊的标记，在数据库里加了一个TAG，设置为仙级，计算寿命但不设限，到时直接发出系统警报。出现异常，如来-天网All-inSystem系统联动，确保一方安全。参考文献：0,?[J]InHellHell-SCI收录1,《论Paxos算法在阴间生死管理系统中的应用与优化》[J]UnderworldInformationTechnologyJadeEmperorVol.7788核学杂志2，《论Consistent Hash在阴间生死管理系统云中的应用》[M]UnderworldInformationTechnologyYudi9527125222NuclearJournal3，《论超大规模稠密矩阵在阴间生死管理系统中的理论研究》[C]InformationTechnologyUnderworld应用大会95284，《论孟婆汤在阴间生死管理系统库存管理当中的管理流程》[J]UnderworldFoodandNutritionVOL22415545，《论牛头马面阴间勾人大队的管理电子化》[J]冥界数字城管研究VOL154864887896，《论天庭-西天-阴间点对点技术在阴间办公自动化中的实现》[J]]冥界实用软件增刊。地狱数据库是怎么设计的？来自知乎网友罗微子的回复：https://www.zhihu.com/question/29775354/answer/287551487当孙悟空无名无名时，冥王的生死簿是怎么写的？?这个问题，当然是ID。每个新事物都有一个ID。没有人使用Name作为主键！根据原文，悟空说：“胡说！胡说！俗话说：‘官穷来人不坏’。”快把生死书拿过来给我看！”十王闻言，请求前往大殿查看。悟空手执如意杖，直奔森罗殿，在正中南侧坐下。十王吩咐审理此案的法官拿出卷宗查看。判官不敢怠慢，又到秘书室，取出五六册，十种书籍，一一核对。裸虫属、毛毛虫属、羽虫属、昆虫属、鳞虫属，没有别名。我还看到了猴属。原来猴子长得像人，只是没有名字；它们看起来像裸体昆虫，但它们没有国界。还有一本书，悟空亲自翻阅，直到魂字1350号上标上了孙悟空的名字。”悟空道：“寿数不记，只记名！拿笔来！判官连忙拿起钢笔，灌满了自己的浓墨。悟空拿着书，把猴子之类的名著都给勾了！Hades只有一个硬拷贝，但是硬拷贝上的改动也会生效，所以每天晚上都要运行Batch同步。你看，原文告诉你数据库设计。首先，它是按类型分类的。我猜可能是按照生物的树结构来分类的，所以我们可以认为生死簿应该是树形的NoSQL存储，或者实现了Treetable，子表的RMDB。仔细看，孙悟空属于1350号魂符，这个魂符一定是一个Namespace，然后有一个自增主键。主键标有自然信息、姓名、类型和年龄。因此，这个主键是在创建记录时给出的。,名字确定了，填上就行了。而且可以看出孙悟空和其他猴子不属于同一猴属，更可以肯定生死簿是树状存储结构。因为主键记录有死亡时间，貌似每晚跑一个batch，过滤出当前时间-出生时间=死亡时间的数据，发给执行部门杀掉。trigger太麻烦了，跑Batch拉一个report给BlackandWhite就行了。这个系统有问题。更新批次直接更新，不检查数据是否被篡改。这说明没有考虑数据安全。我向当地政府推荐OWASP项目以提高安全性。我曾经和几个架构师聊过这个问题。大家觉得这个想法很有趣，就发起了《我帮阎王设计表》主题活动来锻炼（qiong）（ji）设计（wu）设计（liao）能力（xia）（che）！我总结了ER的高层设计，如下图所示：主要是有一个字典表指定了生物分类（CATE），考虑到每个分类的UUID类型应该是不同的。比如孙悟空所属的灵魂人物，好像东西不多，可能是intid，但是如果是bug的话，可能东西太多了，一个long可能hold不住它，并且可能需要带有编码的vchar。因此，为每个CATEID定义了一种自增编码方式，以兼容未来死亡的机器人，这样冥界的系统就不需要重做。给每种类型的ID赋予一个指示性后缀，这样就可以分表而不用将每种类型放在同一张表中。对于Transaction表，每个属性都有两张表，一张是死表，作为历史数据备查；另一个是活表，实现了读写分离，增强了性能。每天添加的生物根据自己的UID插入到表中，保证主键的写入速度。对此，考虑到冥界不负责出生，我们提供一个AMQP高性能MessageQ给出生部门，可能是送孩子观音来写，当然也可以提供RestfulAPI。同时每晚跑一个batch，遍历survival表，过滤掉死亡日期为今天的数据，放入Dead表，同时生成报表，发送给救生部门，也就是黑白无常来做实际的杀戮工作。于是架构图也出来了：看到这里，不得不说程序员真的很皮包骨……不怕被冥王叫去地狱编程吗？真的有程序员做出了一个完整的黑道后台管理不，系统，前段时间还流传着这样的笑话。某程序员日日思索，夜里梦寐以求，终有一天梦见自己见到了冥王。燕王爷还让他为生死簿搭建一个后台管理系统。还真有程序员做过黑道后台管理系统的雏形。目前该项目已经在开发中...Github围观地址：https://github.com/canxin0523/thesixsectorTeam小编看了下Demo，功能比较齐全：http://kzgfmo.axshare.cn用户登录：为避免百年前被猴子删除的悲剧重演，全县建制人员必须使用账号密码登录才能进入管理系统。用户权限：不同级别的员工应该有不同的权限，各司其职。数据看板：作为老板，Yama每天要做的就是喝茶看折线图和数字。生死簿管理：这也是冥界最重要的数据资产——冥界的员工需要按照生死簿上的记录，进行引诱、地狱刑、轮回等业务流程。按顺序。即使是删除的数据也会被记录下来，以便随时恢复。勾魂管理：如果黑白无常、牛头马面勾错了魂魄，就没有挽救的机会。审讯记录：钩魂报到冥界后，第一件事就是报到阎王殿受审。十八层地狱：在装备管理一栏，可以看到各层地狱装备的运行状态、磨损情况等。六道轮回：轮回是大事，不是儿戏。本管理系统设计的轮回盘简单、科学。名笔管理：无论你身在何处，没有钱你都无法到达任何地方。什么样的钱能让鬼磨？日志管理：记录所有管理员的操作日志，对黑道工作人员进行绩效考核，合理评估是否进行人员扩容和奖金计划。
