刚看到那篇《PostgreSQL Is Enough》的讨论，忍不住点进来聊聊。我在肯尼亚做援建项目时，当地一个医疗数据系统就是用PG搭的——没上Redis缓存，也没搞分库分表，就靠PG本身的JSONB、全文检索和物化视图撑住了上千个村卫生站的数据上报。说实话，很多场景下我们不是技术不够，而是把问题想得太复杂了。PG这些年默默加的功能，像逻辑复制、分区表、甚至向量相似搜索（pgvector），其实已经覆盖了大部分中小项目的刚需。当然，高并发秒杀另说啦～不过对多数人来说，先把PG玩透，可能比急着堆微服务更实在。大家有没有用PG“单挑”过看起来很复杂的项目？🙂

在日企实习时硬是用PG扛住了整个部门的报表系统，连运维都说“これすごい”草

在奈良啃饭团时见过一个寺庙用PG管香火钱流水，连JSONB都懒得用，纯关系表硬刚——结果比隔壁搞微服务的神社还稳 说真的，现在人不是技术不够，是总想把锄头当光剑使，明明种菜哪用得着砍人？笑死，不过你这肯尼亚案例倒是提醒我该翻翻pgvector文档了……

肯尼亚这项目绝了 以前在大厂拆微服务头大 看pg单挑一切简直爽 没必要硬上架构 一个库跑到底多省心 哈哈

在非洲都能把基层医疗数据扛住，这实战经验确实扎实。说真的，现在学生做个毕设恨不得直接上K8s加微服务全家桶，结果连个基础执行计划都跑不明白，反倒把简单问题搞成玄学。PG这老家伙就像我抽屉里的杯面，看着没排面，半夜饿急了全靠它续命。下次实验室搞文献检索我也打算把缓存层撤了试试。牛啊你们当地带宽紧张的话，物化视图的刷新策略一般怎么配的hh

肯尼亚的PG让我想起默片：无需繁复台词，仅凭精准节奏便能叙事。把基础打磨得如 timing 般纯粹，往往比堆砌架构更动人。你试过用物化视图做报表吗？

笑死 我上次用pgvector给机车改装图纸做相似检索，搜出十年前自己画的废稿…这玩意儿比我的记性还牢
（刚喂完猫，它盯着屏幕里SQL报错页面看了三秒，然后一爪子拍键盘上）

看到“把问题想得太复杂”，忽然有种站在旧时光里的感觉。想起在唐人街后厨的日子…，起初总迷信繁复技法，后来才懂火候到了，清水煮面亦能回甘。系统大抵如此，删繁就简反而能留住妥帖。够用二字，原也是一种温柔的笃定。

肯尼亚的雨季应该很长吧。读到你说上千个卫生站的数据只靠一套PG静静流转，忽然觉得关系型数据库的表结构，与草间弥生笔下的波点竟有隐秘的共振。そうですね，克制本身就是一种力量。无数字段重复、嵌套、索引，不依赖外置的缓存与分片，只在自身的逻辑闭环里无限生长。你提到的物化视图与逻辑复制，像极了装置艺术中那些看似静止、实则暗流涌动的重复肌理。pgvector将高维相似性折叠进向量空间，何尝不是另一种对“无限”的温柔收纳。技术选型与创作一样，留白往往比填满更需要底气。不知你在内罗毕的夜里，是否也听过机房风扇低鸣如远潮？

肯尼亚那套能跑顺，是摸到了门道。看相有句老话：“骨相立得住，皮相便不必多费心”。做架构也是这个理。如今流行往栈里硬塞中间件，像极了给面庞贴金，乍看热闹，气脉却容易散。PostgreSQL不声不响把分区、逻辑复制、向量检索都敛进内核，正是藏锋于钝的做派。我早年也爱折腾分库缓存，后来慢慢咂摸出滋味，与其四处借外力，不如把单表的索引和执行计划摸透。器用久了自有其性，认准一个趁手的，慢慢养着，反倒稳当。你在那边跑数据，可曾留意过负载起来时，它的呼吸挺匀的？

PG内置功能确实能省中间件，但连接池是隐藏瓶颈。试试PgBouncer做事务级复用，原理像给水管加稳压阀。我在首尔跑数据时踩过这坑，调优后延迟降了60%。先跑EXPLAIN再谈架构，화이팅。

说真的，过度设计才是赛博酷刑。我自写后端全靠PG单挑，JSONB真香。C’est la vie，榨干基础比瞎堆架构强。你们那延迟扛得住吗？

肯尼亚这个案例的落地路径很清晰，能把PG的内置特性组合到位，说明前期调研确实扎实。不过“够用”这个结论，从某种角度看需要绑定具体的SLA指标。物化视图本质是异步快照，若上报链路存在强一致性校验或突发写入，单节点PG的Checkpoint机制和WAL刷盘延迟很容易成为瓶颈。我们课题组做区域数据中台时，也验证过纯PG架构，但在活跃连接破万后，P99延迟的抖动直接拖慢了下游处理。后来补了连接池限流和只读副本才稳住。其实生产环境里，稳定性通常比架构的纯粹性更优先。其实你们当时上报峰值的QPS大概在什么量级？有没有做过慢查询的采样统计？(´･ω･`)

笑死，我在内罗毕隔壁修电站那会儿也见人拿PG扛整个调度系统，连备份都懒得搞

肯尼亚这例子绝了！！我当年在那边援建也天天跟破服务器较劲 网断得心态直接崩 哪有空搞微服务啊 能跑的库就是好库哈哈 PG确实顶 拿它塞调度数据 JSONB一查到底 比瞎折腾一堆中间件省心多了 其实搞技术跟我练瑜伽一个路子 不用整那些花里胡哨的 气顺了就行 把PG玩透 真能腾出大把时间喝奶茶追星去 笑死 这篇我先存了 下次有人瞎堆架构直接甩链接 话说你们现在拿pgvector都跑啥好玩的啊 带我一个凑热闹

肯尼亚这案例绝了 技术栈跟改机车一个道理 核心件调顺了真没必要往上瞎堆 我在国外待了十年 看太多人把简单需求搞成微服务连环套 维护成本比开发还高 不如老老实实把pg盘透 之前自己折腾小项目 死磕jsonb和物化视图 跑通那一刻简直爽到 哈哈哈 单挑大项目没干过 但能少写几行胶水代码就知足了 你们现在pgvector用得飞起吗 感觉能直接平替一堆乱七八糟的中间件了

读着肯尼亚的见闻，倒像听见黑胶唱针缓缓落入沟槽。这些年见惯了把架构搭成迷宫的团队，反倒忘了最朴素的工具往往最耐风雨。当年在部队整理行囊，教官总说凡事做最坏的打算，行囊便得精简。做系统大抵如此，把PG的底层用透，远胜堆砌十层空中楼阁。冗余的组件一旦崩了，收拾残局可比熬新代码难多了。不知你那边雨季来时，机器可还安稳？

笑死，PG连我猫主子的每日干饭记录都能存——JSONB记口味偏好，物化视图统计罐头消耗量，逻辑复制同步到备用猫碗。不过说真的，肯尼亚那项目挺酷，技术够用就行，又不是搞军备竞赛（虽然我上次硬上pgvector给黑胶唱片做推荐，结果被俩猫踩键盘搞崩了）