歡迎光臨
每天分享高質量文章

孫悟空無姓無名的時候,閻王生死簿是怎麼寫的呢?

【伯樂在線註:】本文轉自知乎的同名問答題。題主的問題如下:


今天複習西游記的時候,突然想起來的一個問題。

孫悟空在碰到菩提祖師之前,閻王那裡是怎麼記載陽壽的呢?

猴子甲,乙,丙?西游記里是否有關於這個問題的記載呢?或者別的傳說里呢?




下麵是知乎網友大海(一位程式員)的回覆,伯樂在線已徵得轉載許可。若再次轉載,請自行徵詢許可。


這個問題讓我對地獄資料庫系統(Hell-DBMS )進行了幾點小思考,開個腦洞。


1、生死薄技術上如何實現?廣大生靈在生死薄中的唯一標記是什麼?陰間資料庫是什麼樣一個資料庫?

首先,地獄必須有資料庫,資料量太大了

每個生靈都要有記錄,且必須是實時記錄,要進行資料分析。想像一下各種生靈,萬物有靈,大大小小,連螻蟻飛蛾也是命,從單細胞到現代社會的資料應該有多大。


資料庫的話每個生靈就要有唯一標記。


實名反對說是名字主鍵的,這是基本知識,名字重名怎麼辦,
資料庫原理請重修


實名反對說是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可怎麼罵才好。所以呢:

關鍵時刻,服務器不能卡住,資料庫性不能下降,生死薄必須實時更新。

最後,必須有大資料分析和預測技術

陰間有諦聽,可以通過”聽“,得到過去資料和未來的資料,這明顯是大資料和雲結合的傑作。為什麼是聽呢?因為陰間資料庫已經把資料語音化了,用定向波束直接送到諦聽耳邊,電磁監聽根本沒有效果,幾乎不可能泄密。定向波束的技術在加大功率後可同時用於在陰間跳廣場舞的某些亡靈們。

2、孫猴子在陰間里刪除資料,怎麼刪除的?後來如何?

結論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] 陰間實用軟體增刊。


出處:知乎 – 大海

鏈接:http://www.zhihu.com/question/29775354/answer/45744415

赞(0)

分享創造快樂