聊聊已往十年，数据库技能的成长趋势

第一个题目并没有一个明晰的谜底，可是我认为必定不是越细越好的，并且这个和 Workload 有关，好比假如没有那么大量的数据，直接在 MySQL 可能 PostgreSQL 上跑说明查询着实一点题目也没有，没有须要非去用 Redshift。固然没有直接的谜底，可是我隐隐认为第一个题目和第二个题目是痛痒相干的，事实没有银弹，就像 OLAP 跑在列存储引擎上必然比行存引擎快，可是对用户来说着实可以都是 SQL 的接口。

SQL 是一个很是棒的说话，它只描写了用户的意图，并且完全与实现无关，对付数据库来说，着实可以在 SQL 层的后头来举办切分，在 TiDB 中，我们引入 TiFlash 就是一个很好的例子。念头很简朴：

1、用户着实并不是数据库专家，你不能指望用户能 100% 在适当的时刻行使适当的数据库，而且用对。

2、数据之间的同步在一个体系之下才气只管保持更多的信息，譬喻，TiFlash 能保持 TiDB 中事宜的 MVCC 版本，TiFlash 的数据同步粒度可以小到 Raft Log 的级别。其它一些新的成果如故可以以 SQL 的接口对外提供，譬喻全文检索，用 SQL 着实也可以简捷的表达。这里我就纷歧一睁开了。

我着实坚信体系必然是朝着更智能、更易用的偏向成长的，此刻都 21 世纪了，你是但愿天天拿着一个 Nokia 再背着一个相机，照旧直接一部手机搞定?

（编辑：湖南网）

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