加入收藏 | 设为首页 | 会员中心 | 我要投稿 湖南网 (https://www.hunanwang.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程 > 正文

几万年前,有一只猴子大闹鬼门关后删库跑路...

发布时间:2019-12-26 00:16:57 所属栏目:编程 来源:站长网
导读:副问题#e# 话说几万年前,有一只猴子在大闹鬼门关删库跑路,导致鬼门关几百年没缓过劲儿来...... 在知乎上冒出这么一个题目:孙悟空无姓无名的时辰,阎王存亡簿是怎么写的呢? 存亡薄技能上怎样实现?宽大生灵在存亡薄中的独一标志是什么?阴间数据库是什么样一个

孙猴子本身么,固然罪过不小,可是他会闹,手段还强。为了调和天庭打点层照旧为他做了非凡标志,在数据库里加上一个 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] 阴间适用软件增刊。

地狱数据库是怎样计划的?

来自知乎网友萝魏紫的回覆:

https://www.zhihu.com/question/29775354/answer/287551487 

关于孙悟空无姓无名的时辰,阎王存亡簿是怎么写的呢?这个题目,虽然是 ID 呀,每个对象 New 出来就有个 ID,没人用 Name 做主键的!

几万年前,有一只猴子大闹鬼门关后删库跑路...

按照原文可以得知:

悟空道:“乱说!乱说!常言道:‘官差吏差,来人不差。’你快取存亡簿子来我看!”十王闻言,即请上殿查察。

悟空执着快意棒,径登森罗殿上,正中间南面坐上。十王即命掌案的判官取出文簿来查。

那判官不敢怠慢,便到司房里,捧出五六簿文书并十类簿子,一一查察。裸虫、毛虫、羽虫、昆虫、鳞介之属,俱无他名。

又看到猴属之类,原本这猴似人相,不入人名;似裸虫,不居疆土;似走兽,不伏麒麟管;似飞禽,不受凤凰辖。

还有个簿子,悟空亲身校阅,直到那魂字一千三百五十号上,方注着孙悟空名字,乃天产石猴,该寿三百四十二岁,善终。

悟空道:“我也不记寿数几许,且只消了名字便罢!取笔过来!”那判官匆忙捧笔,饱掭浓墨。悟空拿过簿子,把猴属之类,但著名者,一概勾之!

阎王们只有硬 Copy,可是在硬 Copy 上变动,也会见效,以是应该是天天晚上跑 Batch 同步。

你看,原文有汇报你数据库计划了,起首他是分范例的,我预计也许是凭证好比生物学那种树状分类,以是我们可以以为,存亡簿应该是树状的 NoSQL 存储,可能实现了树状表,子表的 RMDB。

你细心看,孙悟空属于魂字1350 号,这个魂字,必然是 Namespace 了,然后是自增主键,主键上标有天然信息,名字,范例,年数,以是,这个主键是记录建设的时辰给的,名字确定了,再补罢了。

并且,你看孙悟空和其他猴子不在一个猴属之中,更确定了存亡薄是树状的存储布局。

由于主键记录上有衰亡时刻,看起来是天天晚上跑个 Batch,把当前时刻-出生时刻=衰亡时刻的数据筛选出来,送去执行部分干掉。触发器太贫困,跑 Batch 拉个报表给利害无常就可以了。

这个体系有题目,更新的 Batch 不看数据是否有改动就直接更新,这声名数据安详性没有思量,我给鬼门关保举 OWASP 项目,用来进步安详性。

我曾和几个架构师谈天聊到这个题目,各人认为这个主意很风趣,提倡了《我帮阎王计划表》主题勾当,来锻(qiong)炼(ji)设(wu)计(liao)能(xia)力(che)!

我汇总了下 ER 高层计划,如下图:

几万年前,有一只猴子大闹鬼门关后删库跑路...

首要来说,起首有一个字典表,划定了生物分类(CATE),思量到每种分类的 UUID 范例应该差异。

好比孙悟空属于的魂字,看上去对象就不多,很也许就是一个 int id,可是假如是虫子类,对象也许太多,一个 long 都不必然能装下,也许必要带编码的 vchar。

以是给每个 CATE ID 界说一种自增编码方法,以兼容未来万一呈现呆板人也要死,这样鬼门关的体系不必要重做。

给以每种 ID 一个表白后缀,这样可以分表,不消把每种都放在统一个内外。

对付 Transaction 表,每种属性都有两个表,一个是已死表,作为汗青数据备查;一个是存活表,这样做到了读写疏散,加强机能。

天天新增的生物,按照其本身的 UID 插入表,主键写入速率有担保,这点上,思量到鬼门关不认真出生,我们提供一个 AMQP 高机能 Message Q 来给出生部分,也许是送子观音来写入,虽然也可以提供 Restful API。

同时,天天晚上跑个 Batch,遍历存活表,将死期是本日的数据筛选出来,放入 Dead 表,同时天生报表,交给索命部分,也就是利害无常做现实杀死事变。

以是架构图也出来了:

几万年前,有一只猴子大闹鬼门关后删库跑路...

看到这里,我不得不说,措施员们是真的皮....莫非不怕被阎王喊去面向地狱编程?

真的有措施员做出了完备的鬼门关靠山打点体系

这不,前段时刻,就有这么一个段子火了。某位措施员日有所思,夜有所梦,终于有一天梦见本身见阎王爷了。阎王爷还叫他给存亡簿做个靠山打点体系。

几万年前,有一只猴子大闹鬼门关后删库跑路...

还真有措施员把鬼门关靠山打点体系原型做出来了,今朝这个项目已经在开拓中...

Github围观地点为:

https://github.com/canxin0523/thesixsectorTeam 

小编看了下 Demo,成果相等一切:

 

用户登录:为了停止几百年前被猴子删库这样的悲剧再度重演,有体例的鬼门关事恋职员必需行使账号暗码登录才气会见打点体系。

(编辑:湖南网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

热点阅读