• 请不要在回答技术问题时复制粘贴 AI 生成的内容
20 replies • 2026-09-14 11:26:58 +08:00
 |
1
chjqpmain 10h 50m ago via Android
感谢分享，（虽然目前只看了首页，里面链接的跳转还没读，但起夜的精神消耗光了，只能先睡觉了）
|
 |
2
vcfger 10h 0m ago via iPhone
感谢分享，白天仔细读下，
|
 |
3
Thesara 9h 55m ago
我想起一个博主叫原子能，经常看到他拿 PgSQL 疯狂尊重 MySQL
|
 |
4
restkhz 5h 11m ago
我第一个想到的也是原子能那个哥...
|
 |
5
ratazzi PRO https://github.com/ratazzi/quebec
借鉴 solid queue 的任务队列，PostgreSQL 是第一优先级 |
 |
6
chenzw2 3h 18m ago
这文章是认真的吗？一个 pg 能替代了这么多个中间件？
|
 |
7
thatlazyman 3h 14m ago
开源 DB 最棒
有人照着这个写了个 Sqlite For Everything : https://joecode.com/2026-08-19-sqlite3/ |
 |
8
changdy 3h 5m ago
你也是会取标题的. 正文里面也都只是调侃下.
另外开源数据库你还能指望谁? mysql 还是 mariadb? |
 |
9
kapr1k0rn 3h 5m ago
坐等冯老板出来说“我几年前就提出这个了”
|
 |
10
layxy 2h 57m ago
如果这么多中间件都使用 pgsql ，那性能不得爆炸了，任何一个导致 pgsql 性能问题大概率会影响其他的，直接血崩，这个感觉适合个人项目或早期验证项目，实际生产级的还是专业的事交给专业的工具
|
 |
11
Cabana 2h 56m ago
同喜同喜，自己所有项目只用 psql 或者 sqllite
|
 |
13
woodfizky 2h 46m ago
本站有 PostgreSQL 节点的，还是发到程序员节点了。额。。能移可以考虑移动一下。
PG 代替所有，看起来很美好。 但是你但凡有哪个环节比较耗性能+数据量大，用 PG 自带的插件之类的解决，感觉都要打个问号。 实际我们试了一下，用 PG 代替 Elastic ，大量数据，一定程度的并发写入 PG(每行几十兆大的数据)，会出现数据库连接超时、写入超时、写入速度因为高并发变慢的问题。 也不知道是不是负责这块的同事不太会做压力测试还是怎么样，还是说我们实际上数据库是 GaussDB(A 模式)兼容 PG 但是是旧版本 PG 魔改导致性能有差异或者核心版本落后的问题或者缺少扩展插件等的原因。 但是就算是 PG 高版本，高并发大数据写入，用 PG 我也没一个乐观的预估。 反正方案被否了，老老实实回去用 ES 那套了。 |
 |
14
Configuration 2h 45m ago
@layxy 中小型项目希望减少依赖会用这个方案，大型项目还是该怎么拆仍旧怎么拆
|
 |
15
liangc230323 2h 44m ago
@Thesara 全网最尊重 Mysql 博主
|
 |
18
YanSeven 2h 2m ago
@一下全网最尊重 PG 的个体户——冯若航
|
 |
19
Maerd 59 mins ago
我们的项目用 pg+fsm 替代了消息队列，效果很好，因为我们有一个任务系统，涉及很麻烦的订单流转、取消、审核、申诉、重入、冻结各类异步状态，还有一大堆的细粒度权限管控。消除了消息队列，配合事务+fsm 后，最大的收益是不需要考虑一致性问题了，心智负担爆减；
唯一最大的问题是，由于现在分布式数据库大多是存储和计算分离，所以相比之前的消息队列成本翻了接近 10 倍（虽然和收益相比不算什么） |
Select Language