React项目上线如何从json-server迁移至适配的正式数据库

完全可以选用MongoDB迁移你现有的JSON数据，这是json-server搭建的原型项目转生产环境非常顺畅的落地路径，适配成本极低。

为什么MongoDB匹配你的场景 #

• 它是原生文档型数据库，存储结构和JSON完全对齐，你原先给json-server用的db.json里的字段、嵌套结构不用做任何重构，也不用提前设计关系型数据库那样的表结构，几乎可以直接导入使用，没有额外的结构改造成本
• 前端改造成本极小：json-server默认提供的REST风格CRUD、条件查询、分页、排序接口逻辑，只需要一层极薄的后端服务对接MongoDB就能1:1复现响应格式，你原来React里写的请求代码基本不用调整
• 性能和稳定性完全满足生产要求：json-server本质是面向开发调试的工具，运行时依赖本地静态文件读写、内存加载，数据量稍大或者并发请求上来就容易出现响应超时、进程异常退出的问题；MongoDB单集合承载百万级文档量时，配合基础索引就能保持稳定的低延迟查询，足够支撑绝大多数中小规模应用的生产流量。

具体迁移操作步骤 #

• 先规整原有JSON数据格式：把db.json里每个顶级key对应的数组，对应拆成MongoDB里的独立集合，比如你原文件里有articles、tags、authors三个顶级数组，就建三个同名集合即可，直接用MongoDB自带的导入工具就能批量把JSON数据导入库中，哪怕单文件体量到GB级也能正常处理，不用手写额外的导入脚本
• 搭轻量接口层对接数据库：不用上复杂的后端架构，选你熟悉的轻量后端框架写简单的路由逻辑即可，接口路径、返回字段结构完全对齐原先json-server的规则，前端侧基本不用改代码就能切流
• 给高频查询的字段加上普通索引，比如数据唯一ID、分类标签、时间字段这类经常用来做筛选的字段，加完索引后的查询效率会比json-server扫全量文件高几个量级。

其他可选方案参考 #

如果你的数据后续没有动态写入、修改的需求，本质还是纯展示用的静态数据集，只是体量太大没法打进React应用包，也可以不用搭数据库服务：把大JSON文件按业务模块拆成若干个小分片，放到静态资源托管服务或者CDN上，前端在用到对应模块数据的时候按需懒加载分片文件即可，架构更轻，运维成本为零。如果后续有用户提交、数据动态更新的需求，再切换到MongoDB的方案也不迟。

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