为什么我不推荐一人公司用PostgreSQL
当前位置:点晴教程→知识管理交流
→『 技术文档交流 』
你有没有见过这种一人公司?产品还没上线,先搭了一套 PostgreSQL 主从架构,配了个 Redis 缓存,后来又上了个消息队列。问他为什么,他说"万一以后用户多了呢?" 结果呢?六个月过去了,日活用户还没超过 50。 说白了,大多数开发者就是自我感动——技术选得越复杂,越觉得自己牛。但用户只看结果啊。 一人公司嘛,用户还没到那个量级之前,数据库我推荐使用 SQLite 就完事了。 不用装服务、不用配置、不用维护,一个文件搞定全部数据存储。根本不用提前上 PostgreSQL。 SQLite是什么SQLite 是一个嵌入式关系型数据库。 和 MySQL、PostgreSQL 最大的区别是:它不需要装服务、不需要配置、不需要运维——就是一个文件。
你写代码时直接 一人公司之所以适合用它,是因为大部分产品在早期根本不需要一个跑在服务器上的大型数据库——一个文件搞定的东西,何必上 PG。等用户量真的大了,再迁也不迟。 如何使用 SQLite
不过这里有个版本问题需要注意,我整理了一个时间线:
所以结论很简单:
具体到代码,就是一个 不需要
SQLite的优劣优点:零配置,一个文件就是数据库,拷走即迁移。Node 自带零依赖,省一台服务器,本地读写比连 PG 快,25 年 ACID 事务稳如老狗。 缺点:并发写会阻塞,高并发扛不住。不支持网络直连,没权限管理,超几十 GB 后降性能,改表不灵活。 但对于一人公司来说,用户量没上来之前,好处远大于坏处。 我的线上真实使用
我自己就这么干——所有项目 SQLite,用户不多,绰绰有余。稍微调一调,够玩很久。就那点并发量,服务器崩不崩得了都是个问题。 要是直接上 PG,我那 2 核 3G 的服务器怕是还没开张就先撑不住了。 总结一人公司不需要在数据库上过度设计。SQLite 零配置、Node 自带、一个文件搞定,足够撑到产品验证阶段。等用户真的涨上来了,再考虑迁到 PG 也不迟。 别在技术自嗨上浪费你宝贵的开发时间——先把产品做出来再说。 阅读原文 该文章在 2026/6/5 14:52:10 编辑过 |
关键字查询
相关文章
正在查询... |