海量数据CRUD的功能需求

海量数据实时CRUD的
功能说明书
带墨镜的番茄哥
文档修订记录
第 2 页共8 页
目录
文档修订记录 (2)
1.需求概述 (4)
1.1.需求背景和价值 (4)
1.2.目标读者 (4)
2.业务背景 (5)
2.1.业务干系人 (5)
2.2.海量数据实时CRUD面临的问题 (5)
3.功能说明 (6)
3.1.事务性支持 (6)
3.2.查询支持 (6)
3.3.数据权限支持 (7)
3.4.其它功能 (7)
4.非功能需求说明 (7)
5.路线图 (7)
1. 需求概述
1.1. 需求背景和价值
总之，这个需求很重要。

1.2. 目标读者
架构师、程序员、测试人员、热爱妹子的猥琐大叔、看金鱼的怪叔叔、不可救药的腐女、屌丝、宅基、各种非人类、外星生命体等爱好大数据的、热衷于为大数据生态环境卖萌的优秀青年。

2. 业务背景
我记得当我还是一个纯真少年的时候，一个系统的数据量可以从几百条到几万条，那个时候一切都是美好的。

一转眼，二十年过去了，宅男基友已经可以通过微信约炮了，而一个系统的数据量也可以从几百条到几千亿条了。

普通的数据库肯定不行了，新的数据库还不成熟，在这个青黄不接的时期，这个问题对于技术人员来说，这是巨大一个挑战or 挑衅。

注：图文无关，只是我的一点恶趣。

2.1. 业务干系人
架构师、程序员、测试人员、打酱油的大叔、光腚玩玻璃珠的小朋友等
2.2. 海量数据实时CRUD面临的问题
问题主要是下列功能不良：
●ACID事务性
●查询
⏹Join的支持
⏹Order by，group by，asc，desc等的支持
⏹Sum()，avg()等常用函数的支持
数据的权限控制
这些问题都很低级，几乎每个操作数据的小朋友们都会遇到。

唉，真是难搞。

我个人的感觉是，我们都在用普通关系型数据库的思维看待海量数据，从数据操作的角度，SQL 已经用了N年了，当面对海量数据的时候，我们也习惯性的用SQL的语法、命令来思考，很明显，SQL不行了，说不定过几或几十年，它以及随之的关系型数据库就挂了。

现
3. 功能说明
3.1. 事务性支持
1. 提供海量数据跨表、跨行的事务支持。

2. 提供全局事务支持（XA），使得海量数据的操作可以加入一个外部发起的全局事务。

3. 提供系统宕机后的全局事务恢复机制，即XA recover。

注：因为海量数据的实时操作往往夹杂在一些数据库操作、消息收发操作等有事务性要求的场景之中，所以需要考虑全局事务的支持。

3.2. 查询支持
1. 单表查询
2. 多表查询
3. 各种常用函数支持
4. 各种Order by，Group by，asc，desc等支持
5. 其它
3.3. 数据权限支持
数据CRUD的权限支持。

3.4. 其它功能
慢慢来吧
4. 非功能需求说明
要快。

要稳定。

要高可用。

要灵活可扩展。

要容易好用。

唉，小朋友，你的要求这么屌，你爸爸知道吗？
5. 路线图
先考虑事务性，再考虑查询，再考虑权限。