为什么只有阿里云和AWS拥有自研云数据库的能力

很多国产数据库乘风破浪

我们正处在一个数据库技术大爆炸的时代。

这几年，NoSQL数据库、NewSQL数据库、时序数据库、图数据库、分布式数据库、超融合数据库等专业数据库技术发展势头很猛，国产数据库的表现也相当亮眼。

过去十年，是互联网发展的黄金十年。与此对应的是业务系统访问并发呈指数级上升，海量数据计算和分析需求越来越普遍，传统单机系统在业务支撑、成本、开放性等方面均面临巨大挑战，数据库垂直扩展模式难以维护等困境。

眼看着数据库性能瓶颈快要扼住发展的喉咙，摆在这些长久依赖Oracle、IBM等传统数据库的巨头们面前的，只有两条路：要么开启无限加量的PLUS模式，即更换更多更强的服务器、硬盘、内存、CPU等，要么自研能满足业务发展需求的数据库。

开拓者们的眼光一开始就聚焦在更长远的未来，他们发现即便是系统变成真正的“傻大粗”，也只是解了燃眉之急，不能从源头解决问题。

再看一眼像Oracle、IBM等传统数据库高昂的拓容价格，像阿里这样的富一代也吃不消哇！

那么，自研数据库，走起！

2010年后，云计算和开源社区兴起，国产数据库开始了弯道超车。

2019年被认为是国产数据库的元年。

这一年，众多国产数据库产品闯入了我们的视线，热度不断攀升；这一年，OceanBase登顶TPCC，并于一年后再次刷新自己的记录。

从刀耕火种到摘下Oracle在数据库领域的皇冠，国产数据库经历的是一段不被理解和不被看好的岁月。

在国外数据库先驱长期占据市场优势的情况下，国产数据库要想杀出重围，一是要付出多倍努力，二是要拿出更强的产品才能在客户面前更有底气。

当然，国产数据库发展至今，已然是百花齐放。未来，国产数据库的发展趋势相对也比较明显，即往云原生和分布式发展。

金融级分布式数据库应运而生

数字时代，数据成为各家必争之地。

在金融应用场景下，国内数据库市场于近几年开始发生变化。

随着应用层和业务层的压力加大，金融机构对分布式技术架构转型的需求应运而生。

作为软件系统的三大底层技术（ *** 作系统、中间件、数据库）之一，数据库成为系统往分布式架构转型的枢纽。

不过，在早年国外传统数据库厂商盘根错节的“蚕食”下，这个核心变得又硬又难啃！

面对如今市场的需求变化，传统数据库系统呈现出一个通病：又笨重又贵。

再是，随着诸如2013年“棱镜门”事件的爆发，各界越来越重视数据安全和技术自主可控。

此外，金融机构对快速、灵活、可伸缩性、创新、敏捷等开发能力需求大大提升，出于对长期IT建设的成本考虑，自主可控更是成为他们出于自身长远发展考量的刚需。

数字化时代，金融机构的整体架构正处于往分布式、云原生、微服务等方向发展的关键时刻，数据库的选型便显得至关重要。

根据中国人民银行发布的《金融 科技 （FinTech）发展规划（2019-2021年）》，我国将有计划、分步骤地稳妥推动分布式数据库产品先行先试，形成可借鉴、能推广的典型案例和解决方案，为分布式数据库在金融领域的全面应用探明路径，确保分布式数据库在金融领域稳妥应用。

目前已有不少业界实践证明了分布式数据库应用于金融场景的可靠性。同时，金融级分布式数据库云化已经在路上。

建立三个信息表（低保、青教、新生儿），属性字段有：序号、姓名、住址、电话，另外再设计一个字段（三个项目口连接在一起的公共信息），设置主键，外键建立连接；再对数据设置增删改的权限；软件方面看你的数据量，两万条以下的access就差不多，五十万以下的sql server，mysql；

再大的如一百万条以上的数据大部分都用oracle。具体就得多学学了，不要妄想代码 O(∩_∩)O

1在openGauss数据库2021年峰会上，openGauss开源社区理事会宣布有新的重磅成员加盟。

在已有的中国移动、中国电信、中国联通、招商银行、邮储银行、清华大学等第一批理事单位的基础上，新增中国海油、超聚变数字技术有限公司两家理事单位，理事会成员覆盖数据库厂商、企业用户、高校、科研院所等。

2openGauss开源社区技术委员会作为技术领导机构，在本次峰会期间也宣告升级。

由来自华为、海量数据、云和恩墨、神舟通用、北京超图、民生银行、招商银行等7个单位的16名数据库技术专家共同组建了新的技术委员会，与社区全体成员一起确定在内核、安全、AI、云原生等领域的技术创新策略，持续构建openGauss的技术竞争力。

3在本次峰会上，openGauss社区还成立了分委会，其宗旨是搭建面向高校师生的平台，促进高校走进开源社区，推动产研融合、产教融合。

4未来openGauss社区分委会将由openGauss社区主导，由鲲鹏与欧拉生态创新中心负责运营，与数据库产业链伙伴共建，首批共建单位有华为、海量数据、云和恩墨、神舟通用等。

5分委会的功能是帮助高校学生基于openGauss完成毕业设计，在openGauss社区完成在线实习项目，并支持openGauss技术培训、组织开源技术研讨、推荐openGauss众智项目等。

简要评价：

开源开放，将激发产业链活力 、组织架构、技术更新及人才培养将大步向前、众多厂商基于openGauss取得丰富创新成果。通过开源、开放的发展策略，加大创新自研投入，吸引越来越多的合作伙伴和客户加入，共建共享，灵活打造贴合客户需求国产数据库系统。

欢迎补充~

这周公司开发工作比较悠闲，工作几乎压在设计上游，于是整理了下公司开发的文档，包括项目架构、服务器运维、规范、 api 对接、基本依赖信息等。如下是包含其中的 MySQL 开发规范，根据社区很多的博文参考以及结合自身小团队开发情况总结。

参考 A_aliane 、 雪松 等前辈的总结，非常感谢！

智慧社区是社区管理的一种新理念，一种新的管理模式。从最初的摸索到如今大范围的落地实施，智慧社区的模式越来越明朗。智慧社区包括基础环境、基础数据库群、云交换平台、应用及其服务体系、智能家居系统、运营服务系统六个方面。

智慧社区要怎么做得好，首先我们要弄懂建设智慧社区的几个基本点：

1、大数据、信息化管理

智慧社区的核心是系统化管理，如智慧物业、安防监控、身份识别记录、门禁系统、智慧消防、智慧停车等等组成的智慧社区管理系统。

2、个体的个性化解决方案

每个在智慧社区的“智慧家庭”，都应该配有自己独有的家庭个性化解决方案。根据用户每天的 *** 作，进行“机器学习”，解决用其他低级的智能终端无法解决的问题，为一家人的高舒适性、高有用性的智慧化生活打好基础。

3、整合社区周边，提供整体解决方案

一个完整的智慧社区，应该在提供个性化的智慧家庭的基础上，整合整个小区周边，甚至整个区域周边的商家、生活生态圈，包括旅游、家政、干洗、便利店超市、电话黄页、生活缴费、房屋租售、二手交易和失物招领等等多项与生活密切相关的功能。

智慧云天通过将智能硬件、大数据平台、应用服务系统、社区服务系统整合，提出一整套智慧社区解决方案，并提供个性化定制，通过分析每一个小区的特点定制所需要的管理系统。

总体来说，主流数据库并不存在明确的好坏之分，每一种数据库都有各自的优缺点，最主要还是看它是否能够满足您的需求。

总的来说，选择数据库可以从以下角度考虑：

从个人角度出发的话，如果是以学习和小型业务需求为主，推荐使用MySQL，它的优势在于：

成本（免费）

自由（完全开源，适用多个场景）

性能（体积小但速度快）

这三点决定了MySQL数据库的超高性价比。并且目前有不少主流公司仍然青睐MySQL，大名鼎鼎的Fackbook就依然在延续MySQL的使用。

2 如果是企业角度出发，主流的大型数据库如Oracle、Sql Server以及近些年来大数据领域十分火热的非关系型数据库，例如Redis、HBse等等，都可以作为考虑的对象。

接下来具体列举一些常用数据库的优缺点，希望能为大家提供参考：

MySQL：

优势：

MySQL是开放源代码的数据库，任何人都可以获得该数据库的源代码。

MySQL能够实现跨平台 *** 作，可以在Windows、UNIX、Linux和Mac OS等 *** 作系统上运行。

MySQL数据库是一款自由软件，大部分应用场景下都是免费使用。

MySQL功能强大且使用方便，社区生态繁荣，有诸多学习资料。

缺点：规模小，功能有限。

SQL Server

高度可扩展：可以从单一的笔记本电脑上运行任何东西或以高倍云服务器网络运行，或在两者之间任何东西。

“虽然说是“任何东西”，但是仍然要满足相关的软件和硬件的要求“

生态链广：具有内置的商务智能工具，以及一系列的分析和报告工具，可以创建数据库、备份、复制，带来了更好的安全性。

Oracle

Oracle数据库系统是目前世界上流行的关系数据库管理系统，具有以下特点：

可移植性好（在各类大、中、小、微机环境中都适用）

使用方便、

功能强

因此，Oracle是一种高效率、可靠性好的、适应高吞吐量的数据库解决方案。

DB2

DB2是IBM开发的一种大型关系型数据库平台。它支持多用户或应用程序在同一条SQL 语句中查询不同database甚至不同DBMS中的数据。它的应用特点如下：

支持面向对象的编程：db2支持复杂的数据结构，如无结构文本对象，可以对无结构文本对象进行布尔匹配、最接近匹配和任意匹配等搜索。可以建立用户数据类型和用户自定义函数。

支持多媒体应用程序：db2支持大二分对象（blob），允许在数据库中存取二进制大对象和文本大对象。其中，二进制大对象可以用来存储多媒体对象。

具有良好的备份和恢复能力

支持存储过程和触发器，用户可以在建表时显示的定义复杂的完整性规则

支持异构分布式数据库访问，支持数据复制

PostgreSQL

PostgreSQL 是一个免费的对象-关系数据库服务器(ORDBMS)，它的 Slogan 是 “世界上最先进的开源关系型数据库”。

PostgreSQL具有如下特征：

函数：通过函数，可以在数据库服务器端执行指令程序。

索引：用户可以自定义索引方法，或使用内置的 B 树，哈希表与 GiST 索引。

触发器：触发器是由SQL语句查询所触发的事件。如：一个INSERT语句可能触发一个检查数据完整性的触发器。触发器通常由INSERT或UPDATE语句触发。 多版本并发控制：PostgreSQL使用多版本并发控制（MVCC，Multiversion concurrency control）系统进行并发控制，该系统向每个用户提供了一个数据库的”快照”，用户在事务内所作的每个修改，对于其他的用户都不可见，直到该事务成功提交。

规则：规则（RULE）允许一个查询能被重写，通常用来实现对视图（VIEW）的 *** 作，如插入（INSERT）、更新（UPDATE）、删除（DELETE）。

数据类型：包括文本、任意精度的数值数组、JSON 数据、枚举类型、XML 数据等。

全文检索：通过 Tsearch2 或 OpenFTS，83版本中内嵌 Tsearch2。

NoSQL：JSON，JSONB，XML，HStore 原生支持，至 NoSQL 数据库的外部数据包装器。

数据仓库：能平滑迁移至同属 PostgreSQL 生态的 GreenPlum，DeepGreen，HAWK 等，使用 FDW 进行 ETL

如何看待国产数据库SequoiaDB开源

总的来说，我认为有几点吧

1）相比mongo还是有中文的齐全文档，作为中国的码农。。英文文档看得还是头疼啊。

2）应该说开源社区这边的支持还是比较快速的，在群里提问基本当天都会有人回答，然后在刚开始配置和对接程序的时候原厂的同学还在区里手把手教了我们的工程师。。还是很给力的

3）总体上说使用和迁移转换时候不会不上手，不过现在据说多了SQL的支持，还没有尝试过，听起来很厉害的样子，不过他们原生的 *** 作语句也还是很好理解的

如何看待yandex开源clickhouse这个列式文档数据库

Yandex在2016年6月15日开源了一个数据分析的数据库，名字叫做ClickHouse，这对保守俄罗斯人来说是个特大事。更让人惊讶的是，这个列式存储数据库的跑分要超过很多流行的商业MPP数据库软件，例如Vertica。如果你没有听过Vertica，那你一定听过 Michael Stonebraker，2014年图灵奖的获得者，PostgreSQL和Ingres发明者（Sybase和SQL Server都是继承 Ingres而来的）, Paradigm4和SciDB的创办者。Michael Stonebraker于2005年创办Vertica公司，后来该公司被HP收购，HP Vertica成为MPP列式存储商业数据库的高性能代表，Facebook就购买了Vertica数据用于用户行为分析。

简单的说，ClickHouse作为分析型数据库，有三大特点：一是跑分快， 二是功能多 ，三是文艺范

1 跑分快： ClickHouse跑分是Vertica的5倍快：

ClickHouse性能超过了市面上大部分的列式存储数据库，相比传统的数据ClickHouse要快100-1000X，ClickHouse还是有非常大的优势：

100Million 数据集:

ClickHouse比Vertica约快5倍，比Hive快279倍，比My SQL快801倍

1Billion 数据集:

ClickHouse比Vertica约快5倍，MySQL和Hive已经无法完成任务了

2 功能多：ClickHouse支持数据统计分析各种场景

- 支持类SQL查询，

- 支持繁多库函数（例如IP转化，URL分析等，预估计算/HyperLoglog等）

- 支持数组(Array)和嵌套数据结构(Nested Data Structure)

- 支持数据库异地复制部署

3文艺范：目前ClickHouse的限制很多，生来就是为小资服务的

- 目前只支持Ubuntu系统

- 不提供设计和架构文档，设计很神秘的样子，只有开源的C++源码

- 不理睬Hadoop生态，走自己的路

如何看待阿里巴巴宣布开放开源AliSQL数据库

其实有点类似，谷歌开放安卓系统给大家免费用，

某些技术别人要模仿不难，而且专利有效期也不长，

谷歌可能觉得还不如一下子公开了，大家一起弄，能迅速占领市场

如何看待黑客入侵数据库

内网。内鬼和外面的黑客一起合作搞的。内鬼的话就比较容易了。

如何看待美国研发的数据库TokuDB

测试过 TokuMX, 性能确实不错，但稳定性堪忧，mongodb 30 后引入了 wiredtiger engine，与 tokumx 差距缩小了

研究过 TokuMX 和 TokuDB 用的索引数据结构，很巧妙的设计，虽然树的深度加倍了，但插入时间确实大幅度降低了。

最后没有采用。

如何看待免费开源CRM

免费开源CRM基本上很难满足企业的实际业务需求，可以考虑一款支持用户个性化定制的CRM，百会的CRM就不错，它可以根据用户需求，在最短时间内定制出来并让用户看到效果。满意之后再付费，没有后顾之忧。定制工具简单，定制速度快。用户完全可以自己 *** 作去满足未来业务的变化。另外它基于SAAS模式的在线租用形势，可以为企业节省购买硬件、安装调试、后期升级的费用成本。定期的售后回访还可以解决不少使用中的问题。

如何看待Facebook已开源React Native

React Native项目成员Tom Ohino发表的React Native: Bringing modern web techniques to mobile（墙外地址）详细描述了React Native的设计理念。Ohino认为尽管Native开发成本更高，但现阶段Native仍然是必须的，因为Web的用户体验仍无法超越Native：

1 Native的原生控件有更好的体验；

2 Native有更好的手势识别；

3 Native有更合适的线程模型，尽管Web Worker可以解决一部分问题，但如图像解码、文本渲染仍无法多线程渲染，这影响了Web的流畅性。

Ohino没提到的还有Native能实现更丰富细腻的动画效果，归根结底是现阶段Native具有更好的人机交互体验。笔者认为这些例子是有说服力的，也是React Native出现的直接原因。

图3 - Ohino在F8分享了React Native（Keynote）

Learn once, write anywhere

“Learn once, write anywhere”同样出自Ohino的文章。因为不同Native平台上的用户体验是不同的，React Native不强求一份原生代码支持多个平台，所以不提“Write once, run anywhere”（Java），提出了“Learn once, write anywhere”。

图4 - “Learn once, write anywhere”

这张图是笔者根据理解画的一张示意图，自下而上依次是：

1 React：不同平台上编写基于React的代码，“Learn once, write anywhere”。

2 Virtual DOM：相对Browser环境下的DOM（文档对象模型）而言，Virtual DOM是DOM在内存中的一种轻量级表达方式（原话是ligheight representation of the document），可以通过不同的渲染引擎生成不同平台下的UI，JS和Native之间通过Bridge通信（React Native通信机制详解 « bang’s blog）。

3 Web/iOS/Android：已实现了Web和iOS平台，Android平台预计将于2015年10月实现（Blog | React）。

前文多处提到的React是Facebook 2013年开源的Web开发框架，笔者在翻阅其发布稿时，发现这么一段：

图5 - 摘自React发布稿（2013）

1 加亮文字显示2013年已经在开发React Native的原型，现在也算是厚积薄发了。

2 最近另一个比较火的项目是Flipboard/react-canvas · GitHub（详见 @rank），渲染层使用了Web Canvas来提升交互流畅性，这和上图第一个尝试类似。

React本身也是个庞大的话题不再展开，详见facebook/react Wiki · GitHub。

笔者认为“Write once, run anywhere”对提升效率仍然是必要的，并且和“Learn once, write anywhere”也没有冲突，我们内部正在改造已有的组件库和HybridAPI，让其适配（补齐）React Native的组件，从而写一份代码可以运行在iOS和Web上，待成熟后开源出来。

持续更新

二、规划

下图展示了业务和技术为React Native所做的改造：

图6 - 业务和技术改造图6 - 业务和技术改造

自下而上：

1 React Node：React支持服务端渲染，通常用于首屏服务端渲染；典型场景是多页列表，首屏服务端渲染翻页客户端渲染，避免首次请求页面时发起2次请求。

2 React Native基础环境：

21 Framework集成：尽管React Native放出了Integration with Existing App文档，集成到现有复杂App中仍然会遇到很多细节问题，比如集成到天猫iPad客户端就花了组里iOS同学2天的时间。

22 Neorking改造：主要是重新建立session，而session通常存放于 header cookie中，React Native提供的网络IO fetch和XML>

以上就是关于为什么只有阿里云和AWS拥有自研云数据库的能力全部的内容，包括:为什么只有阿里云和AWS拥有自研云数据库的能力、想为社区建立关于社区居民信息数据库、如何评价 openGauss 开源社区升级，推动数据库跨越式发展 怎么个跨越式等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！