Drizzle ORM 中批量插入数据时GENERATED ALWAYS AS IDENTITY字段的处理

在PostgreSQL数据库开发中，使用Drizzle ORM时遇到的一个常见问题是关于自动生成主键的处理方式。本文将深入分析这个问题及其解决方案。

问题背景

当我们在PostgreSQL中定义表结构时，通常会为表的主键设置自动生成功能。在Drizzle ORM中，有两种常见的方式来实现这一点：

1. 使用serial类型：

id: serial("id").primaryKey()

2. 使用integer类型配合generatedAlwaysAsIdentity()：

id: integer("id").primaryKey().generatedAlwaysAsIdentity()

这两种方式在PostgreSQL底层实现上是等价的，都会创建一个自动递增的ID列。然而，在Drizzle ORM的早期版本(0.33.0)中，当尝试批量插入数据时，第二种方式会出现错误。

问题表现

使用generatedAlwaysAsIdentity()方式定义ID列后，如果尝试执行批量插入操作：

await db.insert(test).values([
  { name: "item 1" },
  { name: "item 2" },
  { name: "item 3" },
]);

系统会抛出错误："cannot insert into column 'id'"，提示该列被定义为GENERATED ALWAYS，不能直接插入值。

有趣的是，如果只插入单条记录，这个定义却能正常工作：

await db.insert(test).values({ name: "item 1" });

技术原因

这个问题的根源在于PostgreSQL对GENERATED ALWAYS AS IDENTITY列的处理机制。当批量插入数据时，PostgreSQL默认会尝试为所有列提供值，包括那些定义为GENERATED ALWAYS的列。而对于单条记录插入，Drizzle ORM生成的SQL语句会明确省略ID列。

在PostgreSQL中，要解决这个问题，需要在INSERT语句中使用OVERRIDING SYSTEM VALUE子句，明确告诉数据库系统应该覆盖自动生成的值（尽管在这个案例中我们实际上不需要提供值）。

解决方案

Drizzle ORM团队在0.36.1版本中修复了这个问题。新版本会正确处理批量插入时GENERATED ALWAYS AS IDENTITY列的情况，自动生成适当的SQL语句。

对于开发者来说，现在可以安全地使用以下两种方式定义自动递增主键：

1. 传统serial方式（向后兼容）：

id: serial("id").primaryKey()

2. 标准SQL方式（推荐）：

id: integer("id").primaryKey().generatedAlwaysAsIdentity()

两种方式现在都能正确处理单条和批量插入操作。

最佳实践

1. 对于新项目，建议使用generatedAlwaysAsIdentity()方式，因为这是SQL标准的一部分，而serial是PostgreSQL特有的语法。

2. 确保使用Drizzle ORM 0.36.1或更高版本，以获得最佳的兼容性和稳定性。

3. 在设计表结构时，考虑未来可能的扩展需求，选择最适合项目长期维护的主键生成策略。

通过理解这些底层机制，开发者可以更有效地使用Drizzle ORM进行PostgreSQL数据库操作，避免常见的陷阱。