能否使用Node.js服务器存储小型JSON对象替代数据库？

完全可以用Node.js服务器承载这个量级的JSON数据，350KB、1500条条目属于极小的数据规模，Node.js服务加载后常驻内存的占用可以忽略，完全能支撑每次接口调用直接返回数据的需求，比存前端安全性更高，也不需要额外引入数据库增加复杂度。

• 把JSON列表保存为服务端本地的独立.json文件，比如存放在server/data/list.json路径下
• 服务启动阶段直接加载文件到内存：

// 服务启动时执行一次即可，后续直接复用内存中的数据
const staticListData = require('./data/list.json')

• 编写对应的查询接口，请求到达时直接返回内存中的数据即可，全程无磁盘IO、无数据库查询开销，响应延迟极低：

app.get('/api/list', (req, res) => {
  // 这里可以加自定义的权限校验、参数筛选逻辑
  res.json(staticListData)
})

• 如果后续有少量修改数据的需求，修改内存对象前先做深拷贝避免污染原数据，需要持久化时用fs.writeFile把更新后的数据回写到本地JSON文件即可，注意加简单的并发写锁避免文件写坏。

这个方案不存在绝对的好坏，完全看使用场景：

• 属于合理务实实践的场景：数据更新频率极低（比如几周甚至几个月才更新一次）、服务为单实例部署、总数据量在10MB以内、不需要复杂查询/事务/多实例数据同步能力，这种场景下直接把数据存在Node服务内存+本地JSON文件的方案，比强行引入数据库的方案维护成本低、性能更好、排错更简单，完全没必要为了几百KB的数据额外增加数据库运维负担。
• 不适用、属于不良实践的场景：如果服务是多实例集群部署，各实例内存中的数据会出现不一致问题；如果总数据量增长到百MB级别，会过度挤占Node服务的业务运行内存；如果需要支持复杂条件查询、数据事务、高频写入，这种方案的开发成本会远高于直接使用数据库，此时就不推荐继续用这种方式。

额外提醒：因为数据存在服务端，只要接口做好对应的权限校验，不会出现前端存储时全量数据被用户随意获取的问题，安全性比前端存储高很多。

内容的提问来源于stack exchange，提问作者Richardson