腾讯基于 PostgreSQL 历时 8 年研发的 HTAP 分布式数据库 TBase 开源了，对数据库有兴趣的同学可以去了解体验一下

[jackdu]

github 地址： https://github.com/Tencent/TBase

[annielong]

各有优劣，看业务场景，没必要上纲上线非要分出个一二三，

[stabc]

@areless 别乱说误导人，SQL 数据库 reliable write 速度都在硬盘。延迟 commit 无法应用到支付领域的。

[jackdu]

TBase 初篇文档：主要讲解安装部署相关内容，有兴趣的小伙伴们可以行动起来了链接 Base64：aHR0cHM6Ly9tcC53ZWl4aW4ucXEuY29tL3MvM1JoRmIzTld1MGk5LXVub3FnckFDdw==

[jackdu]

TBase 定位：OLTP + 轻量级(OLAP)，如果是需要专业 OLAP 数仓，需要使用列存储 + MPP

[jackdu]

有对该数据库感兴趣的或者有疑问的和可留下微信我添加你们进腾讯 tbase 产品开发组成员建立的 Tbase 官方技术群进行交流，里面汇集各大厂开发人员。

[joyeu]

赞啊！

[ty4z2008]

开源!=代码公开
还是有日后的维护、社群。开源之后两个月，代码还停留在第一次同步。这个和发一个源码压缩包没有什么区别。
之前的 phxsql 就是一个例子

[Mithril]

阿里的 OceanBase 当年一样吵吵着开源，然后 Github 上挂尸体挂了好几年，现在连尸体都没了。
就是不知道当年被骗上车的公司现在怎么样了。

[wyw223]

能不能存储空间数据啊，postgresql 有 postgis,

[datafeng]

发现这里很喜欢 base64 转换一下?
要是说邮箱啥的我理解，但一个公开的超链接为什么也要转换一下。。

[sujin190]

@areless #19 数据库瓶颈难道不是在 acid 一致性要求下，很容易受单核极限性能影响，核多用处不大，再者就是一致性落盘 io 性能影响，以现在 cpu 性能来说，单机并行化计算性能不算是一个核心限制吧，而就现实来说，对并行化计算性能要求又要求的几乎都是超大数据集，单机 io 和单机内存缓存本身就是极大限制，aci 一致性要求弱，单机并行计算性能要求高但是数据量不大的场景并不多吧，对于大多数通用场景来说，事务、高一致性、高稳定性、可拓展迁移才是性能问题所在吧，而这些都不是显卡并行计算强能有更大用处的

[datafeng]

@ty4z2008 开源不公开代码 ？？
这是什么时候新出的理论么。。

[jackdu]

@datafeng 链接发不出来，这个账号没满 90 天，不让发只能换种方式发，抱歉。

[markgor]

@sujin190 其實 OLAP 型的跑 GPU 不錯，但 OLTP 的跑 gpu，現在就是存在你說的這些問題，可就像 areless 說的，GPU 是未來方向，而不是現在就能進行替換.......

不過他說的“前端通过加密直接传 sql，后端提供 sql 本身，多么烂的程序都能单机跑上亿日 pv。”我就不是怎麼讚同，畢竟前端加密本來就等於沒加密，而且重點是這一領域只有更快沒有足夠快.

[jackdu]

Tbase 复用了 PGXL 的框架，新建可扩展健壮的分布式事务，增加三权分立安全，优化高性能执行器，新增在线扩容，分区表。。。。

[markgor]

@ty4z2008
@jackdu
搭建：
https://mp.weixin.qq.com/s/3RhFb3NWu0i9-unoqgrACw

倉庫：
https://github.com/Tencent/TBase

幫你發出來了，話說你們註冊那麼多賬號幹嘛....

[jackdu]

@markgor 赞啊

[leeg810312]

使用国内大公司的开源要谨慎，放了一个版本，然后很久不更新，都是 KPI，只是做个姿态

[sujin190]

@markgor #34 我跟你认为的恰恰相反，任何期望用单一技术作为银弹都是作死，信息技术进步带来企业合作改变，未来无论企业还是信息系统必然向着分离式大型联合体发展，小型高性能单体系统既不利于大型联合体协作，也无法支撑复杂问题解决，单机性能或许不高，但是耦合度低的超大型分布式系统才是未来更好的方向，所以 GPU 作为高性能计算单元，作为支撑单元，在有限可控场景下提供高性能并行计算支撑确实不错，未来使用必然越来越广泛，但是以 GPU 为基础设计单体或有限分布式数据库确实不是一个好选择

[Mithril]

@leeg810312 有几个贡献给 Apache 的还可以，其他的就算了。