PostgreSQL 到 MySQL 到 TiDB 迁移实践

2021-06-25 12:58:35 +08:00
 hooopo

AskTUG 论坛迁移实战:Discourse 从 PostgreSQL 到 MySQL 到 TiDB

https://asktug.com/t/topic/93923

5505 次点击
所在节点    程序员
27 条回复
hooopo
2021-06-25 18:09:21 +08:00
@victor 都很优秀,报表生成可能还需要其他维度的数据,比如用户点击、用户行为,这种表体量会更大一些。
dayeye2006199
2021-06-26 00:22:04 +08:00
PG 的生态其实特别有意思,国内大家用 mysql 太多,关注 PG 少。

像这种报表比较多的数据需求,有 https://greenplum.org/ ,citus 我记得也是支持列式存储来更好支持分析型数据需求。也有专门做插件来支持并行执行,列式索引的商业公司: https://swarm64.com/

文档型数据,PG 也原生支持 JSON 数据类型和 JSON 索引,简单的需求直接上 PG 就行。

PG 的 FDW ( Foreign Data Wrapper )也非常好玩,可以实现直接接驳对象存储实现数据查询的好玩操作
hooopo
2021-06-26 09:52:09 +08:00
realpg
2021-06-26 10:22:33 +08:00
@victor #11
这点数据量,SQLITE 觉得我都行
hooopo
2021-06-26 10:59:32 +08:00
@realpg 你觉得行你来试试
adoal
2021-06-26 11:42:12 +08:00
一个屁股决定脑袋的案例,只是为了证明自家的狗粮可以吃。有点像以前微软买了 hotmail 之后服务器迁移操作系统。
freebsdjlu
2021-12-28 09:31:17 +08:00
就像是 oug 论坛,后面不用 db2 一样,从数据量来看,这应该不是技术问题。gitlab 不比这个大多了,不也用 pg 做支撑么。 而对普通用户来讲,用官方不支持的产品,是给自己以后挖坑。个人认为,这不是一个好的示范。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/785741

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX