项目中除了有数据导出之外，也存在批量数据导入的场景。比如通过Execl电子表格进行批量开卡，批量导入用户或者部门信息等。今天探讨一下常见的数据导入方案。

0x01：同步导入

如果批量导入的数据就是几十条到一两百条的数据量的话；而且每条数据导入时，所做的业务不是特别耗时的话，可以采用同步导入方案。该方案只需一个接口，该接口的主要功能是上传Execl电子表格数据，然后解析Execl电子表格里的数据，进行业务操作，导入到数据库里即可。

如果有需要的话，可以在解析Execl电子表格的数据时，把对数据的验证记录按照同一个批次保存到数据库，然后返回一个批次号 batchNo 给客户端，然后在写一个接口导出导入的数据的各记录的导入情况。

0x02：异步导入

如果数据量比较大的话，同步导入显然不合适，可以采用异步导入数据的方案。主要设计两个接口。

第一个接口：该接口负责上传Execl电子表格；然后在Redis设置一个未完成的标识，同时开启一个线程执行解析Execl电子表格数据；最后执行业务操作把数据导入到数据，完成后把在Redis设置的标识标志成完成;

第二个接口：用做轮询，获取导入数据完成的情况

同理，如果需要记录记录行的验证情况，可以把验证的记录行情况记录到数据库，然后再设计一个接口导出记录行的导入情况。

前面两种方案，都没有把上传的Execl电子表格文件、导入时间、导入人的相关信息记录下来。如果出现一些意向不到的问题的话，非常不方便排查错误。所以有时需要设计一个库表，把这些信息记录下来，方便在出现问题时，进行排查。设计的记录表的字段可以大致如下：

id：主键id

file_path：上传的文件的路径

file_type：文件类型

module：  所属业务模块

opr_state：导入的总体状态，0成功，1失败

upload_time：上传时间

upload_user：上传人

这个方案再结合第一种或者第二种方案，就可以完成一个导入服务功能。

总体来说设计一个比较好的导入功能需要两张表和三个接口