错误（导入）：缓冲操作导致同一文件查找引用中断

[yinlianghui]

界面重现

使用真实的 showcase_category 对象。

开始导入前，先在数据库中创建以下记录：

字段	值
name	QA-2806-Existing-Parent
parent	为空

导入以下 CSV：

name,parent
QA-2806-Control-Child,QA-2806-Existing-Parent
QA-2806-New-Parent,
QA-2806-New-Child,QA-2806-New-Parent

CSV 中的三行数据分别是：

CSV 行	name	parent	内容
1	QA-2806-Control-Child	QA-2806-Existing-Parent	引用数据库中已经存在的父记录
2	QA-2806-New-Parent	为空	在本次导入中创建新父记录
3	QA-2806-New-Child	QA-2806-New-Parent	引用第 2 行创建的父记录

实际结果

创建 2 行，跳过 1 行。

• 第 1 行创建成功，并解析到数据库中已有的父记录。
• 第 2 行成功创建 QA-2806-New-Parent。
• 第 3 行被跳过，并返回 no showcase_category matches。
• 接口和 SQLite 核对结果确认，第 1、2 行已经写入，第 3 行没有写入。

使用新的唯一名称重复执行了两次界面场景，两次结果相同。

判定依据

• Import 的公开行为是按对象字段元数据解析每一行，其中 lookup 名称会转换为关联记录 ID。
• createManyData 是服务端内部的可选批量写入能力，不是用户可选择的 Import 语义。同一份导入数据不应因该内部能力是否存在而得到不同结果。
• 在 PR perf(seed,import): route bulk writes through the engine's batch insert path #2680 之前，每一行完成 lookup 解析后会立即写入，因此排在后面的行可以查询到前面已经成功创建的记录。
• PR perf(seed,import): route bulk writes through the engine's batch insert path #2680 的目标是优化写入次数，并明确保持逐行的 lookup/reference-resolution 读取逻辑；该 PR 没有声明取消同文件引用能力或引入相关破坏性变更。
• PR perf(seed,import): route bulk writes through the engine's batch insert path #2680 增加创建缓冲后，后续行会在前面记录尚未写入数据库时解析 lookup。相同数据在顺序兼容路径中成功，在批量路径中失败，说明结果差异由内部缓冲机制引入。
• 该行为已通过全新 SQLite、Showcase HTTP 和 UI 重复确认。

因此，这是写入性能优化改变既有 Import 可观察语义所造成的确定性回归，应当作为 Bug 处理。

[yinlianghui]

同一文件中前面创建的父记录仍处于缓冲区时，后续 Import 数据行无法解析对该记录的 lookup 引用。该问题可稳定复现，并由全新的 SQLite、Showcase HTTP 和 UI 证据共同确认，属于确定性后端回归。

建议：重新打开。