數(shù)據(jù)趣文：孫悟空無姓無名的時(shí)候，閻王生死簿是怎么寫的呢？

本文轉(zhuǎn)自知乎的同名問答題。題主的問題如下：

今天復(fù)習(xí)西游記的時(shí)候，突然想起來的一個(gè)問題。

孫悟空在碰到菩提祖師之前，閻王那里是怎么記載陽壽的呢？

猴子甲，乙，丙？西游記里是否有關(guān)于這個(gè)問題的記載呢？或者別的傳說里呢？

大數(shù)據(jù)透視《西游記》之妖怪分布

數(shù)據(jù)論《西游記》關(guān)系網(wǎng)：豬八戒最主動(dòng)喜歡別人

下面是知乎網(wǎng)友大海（一位程序員）的回復(fù)，我們已征得轉(zhuǎn)載許可。若再次轉(zhuǎn)載，請自行征詢許可。

這個(gè)問題讓我對地獄數(shù)據(jù)庫系統(tǒng)（Hell-DBMS )進(jìn)行了幾點(diǎn)小思考，開個(gè)腦洞。

1、生死薄技術(shù)上如何實(shí)現(xiàn)？廣大生靈在生死薄中的唯一標(biāo)記是什么？陰間數(shù)據(jù)庫是什么樣一個(gè)數(shù)據(jù)庫？

首先，地獄必須有數(shù)據(jù)庫，數(shù)據(jù)量太大了

每個(gè)生靈都要有記錄，且必須是實(shí)時(shí)記錄，要進(jìn)行數(shù)據(jù)分析。想像一下各種生靈，萬物有靈，大大小小，連螻蟻飛蛾也是命，從單細(xì)胞到現(xiàn)代社會(huì)的數(shù)據(jù)應(yīng)該有多大。

數(shù)據(jù)庫的話每個(gè)生靈就要有唯一標(biāo)記。

實(shí)名反對說是名字主鍵的，這是基本知識(shí)，名字重名怎么辦，數(shù)據(jù)庫原理請重修。

實(shí)名反對說是IP地址標(biāo)記的，IPV4很快就用光的好不好；IPV6貌似在生物歷史長河中也是不夠的，朝生暮死都是生靈，這么多年過去了，這數(shù)據(jù)積累。

把自動(dòng)生成的唯一ID當(dāng)主鍵相對還靠譜，但位數(shù)必須相當(dāng)長，數(shù)據(jù)庫得特別設(shè)計(jì)，如此大數(shù)據(jù)至少要谷歌技術(shù)支持，也許叫地獄歌，SQL -SERVER之類的技術(shù)根本頂不住。

搞Hell-DBMS請先看下大技術(shù)

• Hoogle File System
• Hoogle Bigtable
• Hoogle MapReduce

對了，《開源海量數(shù)據(jù)庫技術(shù)在陰間生死管理系統(tǒng)中的研究與實(shí)踐》應(yīng)該獲得天庭科技進(jìn)步特等獎(jiǎng)的。

其次，查詢效率必須高

查詢效率低的話，閻王還得點(diǎn)支煙等半天結(jié)果么，經(jīng)常有上級官員過來查數(shù)據(jù)，玉皇啊，如來啊，即使是阿難、迦葉來也是惹不起的人，用戶不滿意，KPI不行、績效差閻王官位不穩(wěn)的。

業(yè)務(wù)量這么大，每天至少插入數(shù)億條新記錄，刪除數(shù)億條記錄，所有善惡狀態(tài)數(shù)據(jù)都要實(shí)時(shí)記錄，想想要接多少善惡傳感器，信道沖突肯定很難解決，好事壞事用WIFI還是ZIGBEE傳的不清楚，說不定某米會(huì)推出家庭善惡智能數(shù)據(jù)處理中心。

生靈死掉之后還要迅速進(jìn)行大數(shù)據(jù)分析，判定死人到底應(yīng)該進(jìn)幾層地獄。數(shù)據(jù)分析慢了奈何橋都要排隊(duì)，用戶差評有木有！數(shù)據(jù)粒度非常非常細(xì)，死亡時(shí)間三更五更都不能差，下了地獄打多少下鐵棍都要精確計(jì)算，況且還會(huì)有許多異常發(fā)生，有時(shí)候要回滾，有可能不小心操作錯(cuò)了（死而復(fù)生應(yīng)該就是地府回滾，詳細(xì)請見《聊齋志異》[1])；有時(shí)候要災(zāi)難恢復(fù)，比如孫猴子搗亂引起的災(zāi)難性數(shù)據(jù)損失；比如用戶投訴問題，憑什么猴子要短命？這種問題只有孫猴子問得出，不僅問得出還直接上門責(zé)問，地府的安保工作真的要加強(qiáng)。

對了，像悟空這種異常用戶，Sa恨不得一刪了之有木有？（不懂Sa的IT人士請自行面壁，admin也算sa）

再次，必須能應(yīng)對瞬時(shí)并發(fā)高峰數(shù)據(jù)

戰(zhàn)爭來了，成千上萬的人陣亡；瘟疫了，成千上萬人逝去；滅鼠了，幾萬幾十萬老鼠完蛋；飛機(jī)撒農(nóng)藥了，多少修行不夠的小精靈批量完蛋。

有生靈死亡必須要登記并把流程向前推進(jìn)，這是典型的移動(dòng)應(yīng)用，無數(shù)的勾魂小鬼在短時(shí)間內(nèi)飛速趕到現(xiàn)場，管它是掃二維碼還是近場通訊技術(shù)NFC，反正無數(shù)小鬼同時(shí)用移動(dòng)客戶端向Hell-DBMS系統(tǒng)上傳數(shù)據(jù)，App必須友好，后臺(tái)必須能頂住，不能學(xué)12307-1總是掉鏈子，12307-1掉了鏈子還能罵它：“去死！Go to Hell!”，Hell-DBMS可怎么罵才好。所以呢：

關(guān)鍵時(shí)刻，服務(wù)器不能卡住，數(shù)據(jù)庫性不能下降，生死薄必須實(shí)時(shí)更新。

最后，必須有大數(shù)據(jù)分析和預(yù)測技術(shù)

陰間有諦聽，可以通過”聽“，得到過去數(shù)據(jù)和未來的數(shù)據(jù)，這明顯是大數(shù)據(jù)和云結(jié)合的杰作。為什么是聽呢？因?yàn)殛庨g數(shù)據(jù)庫已經(jīng)把數(shù)據(jù)語音化了，用定向波束直接送到諦聽耳邊，電磁監(jiān)聽根本沒有效果，幾乎不可能泄密。定向波束的技術(shù)在加大功率后可同時(shí)用于在陰間跳廣場舞的某些亡靈們。

2、孫猴子在陰間里刪除數(shù)據(jù)，怎么刪除的？后來如何？

結(jié)論1： 猴子要?jiǎng)h除數(shù)據(jù)，應(yīng)該是從界面刪除的，沒什么高技術(shù)，純粹的社會(huì)工程而已。

巨型數(shù)據(jù)庫，大數(shù)據(jù)數(shù)據(jù)庫一定是分解得比較細(xì)的，刪除的話至少是多表級聯(lián)刪除，直接從主表DELETE 未免要引發(fā)異常，再說孫猴子不是計(jì)算機(jī)專業(yè)的，應(yīng)該是用金箍棒頂著小鬼的頂梁門，脅迫他用超級用戶進(jìn)去，選擇界面的刪除功能搞定的。

我猜陰間數(shù)據(jù)庫刪除要左右各一個(gè)小鬼，持閻王發(fā)的優(yōu)盾，同時(shí)輸入口令。

孫猴子反正克隆能力強(qiáng)，變出幾個(gè)分身分別逼住就能搞定。
這個(gè)BUG系統(tǒng)必須要改進(jìn)。

所以這是正常刪除，刪除之后，輪回系統(tǒng)并沒有完全混亂，只影響了一部分?jǐn)?shù)據(jù)。

即使給孫猴子開個(gè)CONSOLE，他也記不住命令，猴急猴急，抓耳撓腮，他最多會(huì)點(diǎn)點(diǎn)鼠標(biāo)。

結(jié)論2：陰間數(shù)據(jù)庫有強(qiáng)勁的災(zāi)難恢復(fù)功能

話說，猴子完全低估了程序員們的實(shí)力。海量數(shù)據(jù)庫都有強(qiáng)大的異地容災(zāi)備份功能，數(shù)據(jù)應(yīng)該是備在最安全的雷音寺（第三方），所有操作均有LOG。在西方以如來為首的專家團(tuán)指導(dǎo)下（具體操作應(yīng)該是負(fù)責(zé)安全保衛(wèi)的天王，成就歸于領(lǐng)導(dǎo)），數(shù)據(jù)迅速恢復(fù)，猴子們根本沒有得到永生，在西方如來團(tuán)隊(duì)的支持下數(shù)據(jù)迅速恢復(fù)，猴子家族應(yīng)該死還是死。

孫猴子自己么，雖然罪過不小，但是他會(huì)鬧，能力還強(qiáng)。為了和諧天庭管理層還是為他做了特殊標(biāo)記，在數(shù)據(jù)庫里加上一個(gè)TAG，設(shè)定為神仙級，計(jì)算壽命但不設(shè)定界限，有異常情況直接發(fā)出系統(tǒng)警報(bào)，和 RuLai -SkyNet All-in System系統(tǒng)聯(lián)動(dòng)，確保一方平安。

應(yīng) @王政 童鞋要求，必須放參考文獻(xiàn)：

0 、《Big Data Application Platform for Hell》[J] InHell Hell-SCI收錄
1、《論P(yáng)axos算法在陰間生死管理系統(tǒng)中的應(yīng)用與優(yōu)化》[J] 陰間信息技術(shù) 玉帝元年 第7788卷 核刊
2、《論Consistent Hash在陰間生死管理系統(tǒng)云中的應(yīng)用》[M]陰間信息技術(shù) 玉帝9527年 第125222 核刊
3、 《論超大規(guī)模稠密矩陣在陰間生死管理系統(tǒng)中的理論研究》[C] 信息技術(shù)陰間應(yīng)用大會(huì) 9528
4、 《論孟婆湯在陰間生死管理系統(tǒng)庫存管理當(dāng)中的管理流程》 [J] 陰間食品與營養(yǎng) VOL 2241554
5、《論牛頭馬面陰間勾人大隊(duì)的管理電子化》[J] 陰間數(shù)字化城管研究 VOL15486488789
6、《論天庭-西天-陰間點(diǎn)對點(diǎn)技術(shù)在陰間辦公自動(dòng)化中的實(shí)現(xiàn)》 [J] 陰間實(shí)用軟件增刊。

End.

生成海報(bào)

免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進(jìn)一步核實(shí)，并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯(cuò)誤、不確或遺漏，概不負(fù)任何法律責(zé)任。任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識(shí)產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí)，應(yīng)及時(shí)向本網(wǎng)站提出書面權(quán)利通知或不實(shí)情況說明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后，將會(huì)依法盡快聯(lián)系相關(guān)文章源頭核實(shí)，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。