Firebird 3批量插入实现方式及C#下的问题咨询

一、两种批量插入方式的支持情况 #

• 方式一（多条独立INSERT语句）：Firebird 3完全支持。这是标准SQL写法，每条INSERT独立执行，只要语句语法正确就能正常运行。
• 方式二（多值单INSERT语句）：Firebird 3不支持该语法。多值INSERT（单个INSERT后接多个VALUES子句）是Firebird 4才新增的特性，因此在Firebird 3中执行会触发语法错误，也就是你遇到的Token unknown - line 1, column 117 INSERT报错，数据库无法识别这种格式。

二、带事务的循环单条插入的性能与多场景问题 #

性能角度 #

这种方式比无事务的循环插入性能更优，因为所有操作在同一个事务中提交，减少了多次事务开启/提交的开销。但如果插入数据量较大（比如上万条），性能依然不如更高效的批量方案——每条语句单独解析执行的开销会被放大，耗时会明显增加。

多数据库访问场景下的潜在问题 #

• 锁竞争：若多个客户端同时对同一张表执行这类长事务插入，可能引发锁等待。Firebird默认行级锁，但事务持续时间过长时，其他操作需等待当前事务提交才能继续，影响并发效率。
• 事务日志压力：大量单条插入集中在一个事务中，会导致事务日志（WAL）快速增长，若数据库日志空间配置不足，可能触发日志切换甚至报错。
• 连接占用：如果循环插入耗时久，会长时间占用数据库连接，在连接池容量较小时，可能导致其他请求无法获取连接，引发等待。

优化建议 #

1. 复用FbCommand对象：避免在循环内重复创建FbCommand，可在循环外初始化命令并预先添加参数，循环中仅更新参数值执行，减少对象创建和SQL解析开销：

FbTransaction fbTransaction = fb.BeginTransaction();
FbCommand fbCommand = new FbCommand(insertSql, fb, fbTransaction);
// 预先定义参数
fbCommand.Parameters.Add("@P10", FbDbType.Integer);
// ... 添加其他参数

for (int i = 0; i < length; i++)
{
    // 更新参数值
    fbCommand.Parameters["@P10"].Value = dataList[i].N_EMPLOYE;
    // ... 赋值其他参数
    fbCommand.ExecuteNonQuery();
}

fbTransaction.Commit();
fbCommand.Dispose();

2. 使用EXECUTE BLOCK批量处理：将多条插入逻辑封装到Firebird的块语句中，减少网络交互次数，大幅提升性能：

EXECUTE BLOCK AS
BEGIN
    INSERT INTO ECHELONS (N_EMPLOYE, ECHELON, INDICE, "DATE", TYPE_PROMO, NOTE, REMARQUE) VALUES(@P10, @P11, @P12, @P13, @P14, @P15, @P16);
    INSERT INTO ECHELONS (N_EMPLOYE, ECHELON, INDICE, "DATE", TYPE_PROMO, NOTE, REMARQUE) VALUES(@P790, @P791, @P792, @P793, @P794, @P795, @P796);
END

通过参数化命令执行该块语句即可实现高效批量插入。

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