久久久久在线观看_又色又爽又黄的免费视频播放_一区中文字幕_日韩电影在线播放

今日焦點 焦點資訊 營銷之道 企業報道 淘寶運營 網站建設 軟件開發 400電話
  當前位置: 首頁 » 資訊 » 網站建設 » 正文

孫悟空無姓無名時 閻王生死簿是怎么寫的?

放大字體  縮小字體 發布日期:2018-02-18  來源:新格網  作者:新格網  瀏覽次數:65  【去百度看看】
核心提示:孫悟空無姓無名時 閻王生死簿是怎么寫的?

 本文轉自知乎的同名問答題。題主的問題如下:

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

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

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

下面是知乎網友大海(一位程序員)的回復:

數據庫 數據分析 大數據分析

這個問題讓我對地獄數據庫系統(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] 陰間實用軟件增刊。

 
 
[ 資訊搜索 ]  [ 加入收藏 ]  [ 告訴好友 ]  [ 打印本文 ]  [ 違規舉報 ]  [ 關閉窗口 ]

 
0條 [查看全部]  相關評論

 
網站首頁 | 關于我們 | 聯系方式 | 使用協議 | 版權隱私 | 網站地圖 | 排名推廣 | 廣告服務 | 積分換禮 | 網站留言 | RSS訂閱 | 皖ICP備2021004516號-14
企業800網 · 提供技術支持