Phalcon ORM不支持saveMany()或自动批量事务，必须手动开启事务并逐个save校验：任一失败立即rollback，全部成功才commit，隐式事务不可控且不适用于批量场景。
Phalcon 的 ORM 并不原生提供 saveMany() 方法，也没有内置的批量保存事务自动包裹机制。若需实现“批量保存、任一失败则整体回滚”，必须**手动开启事务并显式控制提交/回滚逻辑**——这是保障数据一致性的唯一可靠方式。
手动事务包裹批量保存
核心思路：用 $this->db->begin() 启动事务，遍历模型逐个调用 save()，任一失败立即 rollback()，全部成功才 commit()。
- 每个模型实例需独立调用
save()，不能依赖隐式关联（如$model->related = $other）来触发批量写入 - 务必检查每个
save()的返回值：false表示验证失败或数据库错误 - 回滚后应终止后续操作，避免重复 rollback 或意外 commit
典型安全写法示例
以下 Controller 中代码可直接复用：
public function batchSaveAction()
{
$this->db->begin(); // 显式开启事务
$data = [
['name' => 'Robot A', 'type' => 'industrial'],
['name' => 'Robot B', 'type' => 'service'],
['name' => 'Robot C', 'type' => ''], // 这个会因非空验证失败
];
foreach ($data as $item) {
$robot = new Robots();
$robot->assign($item);
if ($robot->save() === false) {
$this->db->rollback();
$this->flash->error('保存失败：' . implode(', ', $robot->getMessages()));
return;
}
}
$this->db->commit();
$this->flash->success('全部保存成功');
}
为什么不推荐隐式事务或“自动”批量方法
Phalcon 的隐含事务（如通过关系赋值触发的 $robot->parts = $parts）仅适用于**单主模型 + 单层关联**场景，且无法控制中间失败点；它不支持数组式多模型批量插入，更无法捕获某一条的具体错误原因。
- 隐式事务不可见、不可调试，出错时难以定位是哪个子模型失败
- 无批量验证前置能力，可能反复回滚重试，增加数据库负担
- 一旦模型中定义了
beforeSave或自定义验证逻辑，隐式流程容易绕过预期校验
进阶建议：封装为可复用服务
将上述逻辑抽离成 Service 类，支持传入模型类名、数据数组及回调钩子，提升复用性与测试性：
- 统一处理日志记录、消息收集、事务状态追踪
- 支持跳过验证（仅当明确需要时）、指定字段白名单赋值
- 可扩展支持关联模型同步保存（如先存主表，再用主键填充外键后存明细）
