PostgREST中批量插入时默认值处理的异常分析

PostgREST是一个流行的RESTful API服务，能够自动将PostgreSQL数据库转换为REST API。在使用过程中，我们发现了一个关于默认值处理的特殊行为，特别是在涉及PostgreSQL域(domain)和列默认值时。

问题背景

在PostgreSQL中，默认值可以定义在三个层次：

1. 数据类型级别
2. 域(domain)级别
3. 列(column)级别

按照PostgreSQL官方文档的说明，这三个层次的默认值具有覆盖关系：列默认值 > 域默认值 > 数据类型默认值。也就是说，当列定义了默认值时，应该优先使用列的默认值，而不是域的默认值。

问题重现

我们创建了一个测试场景：

1. 首先定义一个域defdom，设置默认值为1
2. 然后创建一个表test_defdom，其中列val使用这个域，但设置了列级别的默认值为10

create domain defdom as integer default 1;
create table test_defdom (
  id int primary key,
  val defdom default 10
);

通过PostgREST执行批量插入操作，使用missing=default参数，期望PostgREST能正确处理默认值层级关系：

curl -X POST 'localhost:3000/test_defdom?columns=id,val' \
  -H 'Content-Type: application/json' \
  -H 'Prefer: missing=default, return=representation' \
  -d '[{"id": 1}]'

预期与实际结果

按照PostgreSQL的规则，我们期望返回的结果中val字段应该使用列默认值10：

[{"id":1,"val":10}]

但实际得到的结果却使用了域默认值1：

[{"id":1,"val":1}]

技术分析

这个问题出现在PostgREST处理批量插入时的默认值逻辑中。当前的实现可能没有充分考虑PostgreSQL中默认值的层级关系，特别是在处理域类型列时。

PostgREST的SchemaCache模块中，获取默认值的逻辑需要改进，应该先检查列是否有非空的默认值，只有在列没有定义默认值时，才回退到使用域的默认值。

解决方案建议

修复方案应该修改默认值的获取逻辑，按照以下顺序检查：

1. 首先检查列是否有定义默认值
2. 如果没有，再检查列使用的域是否有默认值
3. 最后才考虑数据类型的默认值

这种层级检查方式完全符合PostgreSQL的默认值处理规则，也能解决当前的问题。

影响范围

这个问题主要影响以下场景：

• 使用PostgreSQL域类型定义列
• 列和域都定义了默认值
• 使用PostgREST的批量插入功能
• 使用missing=default参数

对于不使用域类型，或者只在一个层级定义默认值的情况，不会受到影响。

最佳实践建议

在等待官方修复的同时，用户可以采取以下临时解决方案：

1. 避免在域和列两个层级同时定义默认值
2. 在应用层明确指定所有值，不使用missing=default参数
3. 对于必须使用域和列默认值的场景，可以考虑使用触发器或规则来确保正确的默认值行为

这个问题提醒我们，在使用高级数据库特性时，需要充分测试与上层应用框架的交互行为，确保各组件的行为符合预期。