我就喜欢听人夸 PostgreSQL

我一直觉得宣传 PG 能够后端一锅端是对 PG 的伤害.....

PG 作为数据库之一，其最大价值是事务执行，各种牛逼的 PG 插件始终都是基于这个特性上去**适配**各种数据场景/需要

宣扬其能**代替**系列/相关后端的实现，对中小应用有价值

稍微上点强度/流量，还是该拆拆该分分，该代替的代替

用之前看过 V2 网友发的一段例子做总结吧：

Q 编程中为了部署架构简单而选择用软件 A 做功能 B 的事，比如 Redis 作为缓存也能用作队列使用，那为什么不这样做呢？
A 可以用、不好用、没必要

是的，这个也用来总结 PG 一锅端就很合适：可以用、不好用、没必要

All in One = All in Boom

专业的场景还得专业的工具

文章案例 PG 取代 MongoDB ，我以前还真试过，PG 在这个场景性能比 MONGO 差不止一点

在用。。很丝滑。。

@woodfizky 是 gauss 垃圾，华为的软件能用？你用正版 pg+那几个新的全文索引/向量索引试试

@yjhatfdu2 #24 不是我不想，甲方不给引进，不然为啥要从 PG 转高斯？
转到高斯连 json 索引和 gin/gist 索引都不支持了。
一句话要求能转信创都转信创，说是有问题信创团队兜底。一问为什么不支持索引/扩展，信创团队全部支支吾吾。
华为的钱还是太好赚了。。

《盘点一下 pgsql 哪些逆天的设计》
1 、古老的多进程 fork 、多线程 epoll 不用
2 、双重缓存 double buffering ，direct_io 一直是实验特性。
3 、低性能的 mvcc 、事物 XID 回绕问题

@woodfizky 别听他胡扯，PG 代替 Elastic 这本来就不是正道，哪怕官方 PG ，除非搜索的东西本来不大，不想引入 Elastic 。

所有的中间件，就做该中间件最擅长事情，reids 做 cache ，kafka 做 mq ，如此而已
其他都是奇淫技巧，只是为了缓解没有对应中间件的尴尬

2026 还吹 pg 呢🤣

@hd7771 2026 还能看到有人讨论技术相关内容 就已经很难得了

@hd7771 #28 说明很多在信创下面做开发呗。并且大部分国产 DB 都是基于 PG 二次开发而来的。

这篇文章是帮倒忙吧，更像是被替代，psql 功能多，但比不过专业的性能，一旦需要高性能，就会转去那些替代产品

@layxy 肯定不止起一个 pgsql

比起 all in PG 的 boom 风险，小公司更大的风险可能是还没做到 all in PG 撑不住的程序，老板就先撑不住，带着小姨子跑了……

我更喜欢吹 sqlite

数据量不多.小型项目可以一把嗦,大项目还是得拆开

@cloudzhou #27
我倒是看见一篇 Uber 的用 clickhouse 代替 elastic 做 logging analytics 的。可惜我自己不太懂。

@levelworm clickhouse 代替 elastic 做 logging analytics 的逻辑是不一样的
elastic 擅长做不规则查询，比如 a =~ "*xxx*" || b =~ "*yyy*" 各种复杂的语法，倒排搜索
clickhouse 是列式存储，重点是数据分析，如果 logging 非常规范 json 化，那么可以对指定 filed 插入，形成宽表，把 db 、rpc 、甚至商业信息都纳进去，借助 clickhouse 强大的分析能力，直接输出报表

@cloudzhou 多谢，的确如此。

@daysv 这不就来了吗，要就有

https://joecode.com/2026-08-19-sqlite3/

所以，单纯地在数据库里面 CURD 数据，不期待数据库做什么额外的“骚操作”，直白说就是仅用 CURD+索引功能+事务功能，（ 2026 年了）是否还是 mysql 才是最优解？