做个小Agent，别第一天就把数据库搭成机房 - 努力的小雨
内容提要
SQLite轻快，适合个人Agent原型，但并非所有场景都快六倍；PostgreSQL功能强大，适合多人并发写入。选型应基于实际需求，避免过度建设。个人工具用SQLite，团队多写用PostgreSQL，迁移不迟。
延伸解读
跑分数字的适用边界
文章引用的测试显示SQLite在冷启动和写入吞吐上优于PostgreSQL，但作者提醒这些数字会因机器、驱动、表结构和并发方式而变。实际选型时，不应把单次跑分当作普适结论，而应结合自己的数据规模、并发模式和部署环境来判断。
并发写入是分水岭
SQLite同一时刻只允许一个写入者，WAL模式虽能并行读写，但多个写入仍需排队；PostgreSQL的多版本并发控制更适合多人同时写入。因此，判断依据不是用户数量，而是是否存在大量并发写入、数据是否跨机器、能否接受短暂排队。
向量索引的成熟度差异
SQLite的sqlite-vec和PostgreSQL的pgvector都支持向量搜索，但pgvector更成熟，支持精确搜索和HNSW、IVFFlat等近似索引。不过，只有资料量真的大、过滤条件复杂、多人同时更新或需要严格数据隔离时，这些高级功能才值得维护成本。
避免两种选型误区
数据库选型最怕跟风或迷信跑分。更实在的顺序是先明确存储内容，再看谁同时写，最后考虑向量规模和权限要求。本地工具和个人助手用SQLite更麻利，多人持续写入和跨机器服务则PostgreSQL更稳，等监控显示瓶颈再迁移也不迟。
Q&A
SQLite和PostgreSQL在性能上有什么具体差异？
根据文章中的测试，在1000条模拟记忆条件下，SQLite冷启动约7.9毫秒，PostgreSQL约53毫秒；写入吞吐SQLite约为每秒1700次，PostgreSQL约为289次。但文章强调这些数字会因测试环境不同而变化，不能简单认为SQLite在所有场景都快六倍。
个人Agent原型应该选择SQLite还是PostgreSQL？为什么？
个人Agent原型建议使用SQLite。因为SQLite直接嵌入程序，无需单独启动数据库服务，复制文件即可备份，适合存储聊天记录、任务状态、用户设置和向量索引，且支持sqlite-vec扩展。而PostgreSQL需要安装、配置连接池、运行迁移等，容易过度建设，浪费精力。
SQLite和PostgreSQL在并发写入方面有何不同？
SQLite同一时刻只允许一个写入者，但可以同时服务多个读取；开启WAL模式后读写可并行，但多个写入仍需排队。PostgreSQL使用多版本并发控制（MVCC），支持多人同时读写，减少阻塞。因此，当多人同时写入时，PostgreSQL更合适。
如何判断何时应该从SQLite迁移到PostgreSQL？
当出现多人持续写入、服务跨多台机器、需要严格数据隔离或成熟运维时，应考虑迁移。具体信号包括：监控显示写入排队、查询变慢、单机扛不住。文章建议先弄清存储内容、谁在写、向量规模和权限要求，再决定是否迁移。
SQLite和PostgreSQL在向量索引支持上有什么区别？
SQLite有sqlite-vec扩展，PostgreSQL有更成熟的pgvector，支持精确搜索和HNSW、IVFFlat等近似索引。但文章提醒，不要因为需要长期记忆就盲目选择大数据库，只有资料多、过滤复杂、多人更新或需要严格隔离时，高级功能才值得维护成本。
数据库选型时常见的误区有哪些？
常见误区有两种：一是盲目跟风，认为大家都用所以我也用；二是把一次跑分当圣旨。前者容易过度建设，后者忽略真实业务。正确做法是先弄清存什么、谁同时写、向量规模和权限要求，再选择。
