PHP调用单条存储过程导入Excel 需写多行存储过程还是循环调用？

两种方案均可行，可根据你的导入数据量级、业务维护成本需求选择：

方案1：PHP侧循环调用现有单条存储过程 #

适用场景 #

单次导入数据量较小（通常1000条以内），且SaveTestItem存储过程内部包含复杂的单行数据校验、关联业务逻辑，不想重复开发维护多套同逻辑代码。

实现注意事项 #

• 你当前的写法仅支持传入单行12个参数的$dataset，如果是多行二维数组必须逐行遍历调用
• 建议用事务包裹整个循环逻辑，避免中途出错产生脏数据

示例代码 #

// $dataset为多行二维数组，每个子元素对应存储过程所需的12个入参
DB::beginTransaction();
try {
    foreach ($dataset as $singleRow) {
        DB::update('exec SaveTestItem ?,?,?,?,?,?,?,?,?,?,?,?', $singleRow);
    }
    DB::commit();
    // 导入成功逻辑
} catch (\Exception $e) {
    DB::rollBack();
    // 导入失败、异常记录逻辑
}

优缺点 #

• 优势：无需修改数据库侧代码，直接复用现有存储过程的所有业务逻辑，不会出现两处逻辑不一致的问题，开发量极小
• 劣势：数据量较大时，多次数据库请求的IO开销高，导入速度较慢

方案2：新增支持批量写入的存储过程 #

适用场景 #

单次导入数据量较大（数千条及以上），对导入速度有明确要求。

实现思路 #

可通过JSON字符串、表值参数等方式将全量数据一次性传入存储过程，在存储过程内部完成多行数解析、校验、写入逻辑。

优缺点 #

• 优势：仅需一次数据库请求即可完成全量数据导入，IO开销低，导入速度快
• 劣势：需要额外开发批量存储过程，必须将原有单条存储过程的所有业务逻辑同步迁移，后续逻辑迭代需要同时维护两套存储过程，维护成本更高

选型建议 #

如果日常导入的Excel数据量都在千条以内，优先选择方案1即可，开发成本低且稳定性高；如果经常需要导入万级以上数据，再考虑实现方案2。

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