了解到 PostgreSQL 似乎在很多层面比 MySQL 都有优势,典型的比如对主键的要求,需要事务的场景下,如果 MySQL 使用 innodb 引擎,主键要求是有序的主键(自增 ID ),这很不利于将来分库,也有不用自增 ID 使用推特的雪花算法等解决方案,但是雪花算法只设计了几十年( 69 年 9 个月 6 天零 15 小时 47 分 35 秒)就不够用了???,这显然不行,万一项目超过这么久远呢,其他的还有纯 UUID 的方法,但是据说这样的乱序 UUID 会严重影响 innodb 引擎效率。 而 PostgreSQL 在事务场景下没有要求必须是有序的主键。
虽然 PostgreSQL 在很多层面有明显优势,但是似乎 MySQL 使用的太广泛了,所以有必要在开发新项目的时候直接切换吗?
1
liuxey 2019-12-31 11:04:24 +08:00
没有
|
2
findmyself 2019-12-31 11:06:18 +08:00
需要
|
3
rimutuyuan 2019-12-31 11:07:36 +08:00
不需要
如果项目足够成功,你已经不需要做开发了,只需要招聘 nb 的 dba 就行了 |
4
tabris17 2019-12-31 11:08:15 +08:00
大多数场景没有必要。主要是运维的问题,MySQL 的运维比较好解决,坑少
|
5
wangkun025 2019-12-31 11:08:34 +08:00
看你对 [需要] 的理解了。
合适才是最好。求全责备就直接上 Oracle。 |