這個問題讓我對地獄數據庫系統（Hell-DBMS )進行了幾點小思考，開個腦洞。
# 生死薄技術上如何實現？廣大生靈在生死薄中的唯一標記是什麼？陰間數據庫是什麼樣一個數據庫？
首先，地獄必須有數據庫，數據量太大了
每個生靈都要有記錄，且必須是實時記錄，要進行數據分析。想像一下各種生靈，萬物有靈，大大小小，連螻蟻飛蛾也是命，從單細胞到現代社會的數據應該有多大。
數據庫的話每個生靈就要有唯一標記。
實名反對說是名字主鍵的，這是基本知識，名字重名怎麼辦，數據庫原理請重修。
實名反對說是IP地址標記的，IPV4很快就用光的好不好；IPV6貌似在生物歷史長河中也是不夠的，朝生暮死都是生靈，這麼多年過去了，這數據積累。
把自動生成的唯一ID當主鍵相對還靠譜，但位數必須相當長，數據庫得特別設計，如此大數據至少要谷歌技術支持，也許叫地獄歌，SQL -SERVER之類的技術根本頂不住。
搞Hell-DBMS請先看下大技術
Hoogle File System
Hoogle Bigtable
Hoogle MapReduce
對了，《開源海量數據庫技術在陰間生死管理系統中的研究與實踐》應該獲得天庭科技進步特等獎的。
其次，查詢效率必須高
查詢效率低的話，閻王還得點支菸等半天結果麼，經常有上級官員過來查數據，玉皇啊，如來啊，即使是阿難、迦葉來也是惹不起的人，用戶不滿意，KPI不行、績效差閻王官位不穩的。
業務量這麼大，每天至少插入數億條新記錄，刪除數億條記錄，所有善惡狀態數據都要實時記錄，想想要接多少善惡傳感器，信道衝突肯定很難解決，好事壞事用WIFI還是ZIGBEE傳的不清楚，說不定某米會推出家庭善惡智能數據處理中心。
生靈死掉之後還要迅速進行大數據分析，判定死人到底應該進幾層地獄。數據分析慢了奈何橋都要排隊，用戶差評有木有！數據粒度非常非常細，死亡時間三更五更都不能差，下了地獄打多少下鐵棍都要精確計算，況且還會有許多異常發生，有時候要回滾，有可能不小心操作錯了（死而復生應該就是地府回滾，詳細請見《聊齋志異》[1])；有時候要災難恢復，比如孫猴子搗亂引起的災難性數據損失；比如用戶投訴問題，憑什麼猴子要短命？這種問題只有孫猴子問得出，不僅問得出還直接上門責問，地府的安保工作真的要加強。
對了，像悟空這種異常用戶，Sa恨不得一刪了之有木有？（不懂Sa的IT人士請自行面壁，admin也算sa）
再次，必須能應對瞬時併發高峯數據
戰爭來了，成千上萬的人陣亡；瘟疫了，成千上萬人逝去；滅鼠了，幾萬幾十萬老鼠完蛋；飛機撒農藥了，多少修行不夠的小精靈批量完蛋。
有生靈死亡必須要登記並把流程向前推進，這是典型的移動應用，無數的勾魂小鬼在短時間內飛速趕到現場，管它是掃二維碼還是近場通訊技術NFC，反正無數小鬼同時用移動客戶端向Hell-DBMS系統上傳數據，App必須友好，後臺必須能頂住，不能學12307-1總是掉鏈子，12307-1掉了鏈子還能罵它：“去死！Go to Hell!”，Hell-DBMS可怎麼罵纔好。所以呢：
關鍵時刻，服務器不能卡住，數據庫性不能下降，生死薄必須實時更新。
最後，必須有大數據分析和預測技術
陰間有諦聽，可以通過”聽“，得到過去數據和未來的數據，這明顯是大數據和雲結合的傑作。爲什麼是聽呢？因爲陰間數據庫已經把數據語音化了，用定向波束直接送到諦聽耳邊，電磁監聽根本沒有效果，幾乎不可能泄密。定向波束的技術在加大功率後可同時用於在陰間跳廣場舞的某些亡靈們。
# 孫猴子在陰間裏刪除數據，怎麼刪除的？後來如何？
結論1： 猴子要刪除數據，應該是從界面刪除的，沒什麼高技術，純粹的社會工程而已。
巨型數據庫，大數據數據庫一定是分解得比較細的，刪除的話至少是多表級聯刪除，直接從主表DELETE 未免要引發異常，再說孫猴子不是計算機專業的，應該是用金箍棒頂着小鬼的頂梁門，脅迫他用超級用戶進去，選擇界面的刪除功能搞定的。
我猜陰間數據庫刪除要左右各一個小鬼，持閻王發的優盾，同時輸入口令。
孫猴子反正克隆能力強，變出幾個分身分別逼住就能搞定。
這個BUG系統必須要改進。
所以這是正常刪除，刪除之後，輪迴系統並沒有完全混亂，隻影響了一部分數據。
即使給孫猴子開個CONSOLE，他也記不住命令，猴急猴急，抓耳撓腮，他最多會點點鼠標。
結論2：陰間數據庫有強勁的災難恢復功能
話說，猴子完全低估了程序員們的實力。海量數據庫都有強大的異地容災備份功能，數據應該是備在最安全的雷音寺（第三方），所有操作均有LOG。在西方以如來爲首的專家團指導下（具體操作應該是負責安全保衛的天王，成就歸於領導），數據迅速恢復，猴子們根本沒有得到永生，在西方如來團隊的支持下數據迅速恢復，猴子家族應該死還是死。
孫猴子自己麼，雖然罪過不小，但是他會鬧，能力還強。爲了和諧天庭管理層還是爲他做了特殊標記，在數據庫里加上一個TAG，設定爲神仙級，計算壽命但不設定界限，有異常情況直接發出系統警報，和RuLai -SkyNet All-in System系統聯動，確保一方平安。
# 參考文獻：
0 、《Big Data Application Platform for Hell》[J] InHell Hell-SCI收錄
1、《論Paxos算法在陰間生死管理系統中的應用與優化》[J] 陰間信息技術 玉帝元年 第7788卷 核刊
2、《論Consistent Hash在陰間生死管理系統雲中的應用》[M]陰間信息技術 玉帝9527年 第125222 核刊
3、 《論超大規模稠密矩陣在陰間生死管理系統中的理論研究》[C] 信息技術陰間應用大會 9528
4、 《論孟婆湯在陰間生死管理系統庫存管理當中的管理流程》 [J] 陰間食品與營養 VOL 2241554
5、《論牛頭馬面陰間勾人大隊的管理電子化》[J] 陰間數字化城管研究 VOL15486488789
6、《論天庭-西天-陰間點對點技術在陰間辦公自動化中的實現》 [J] 陰間實用軟件增刊。