BEFORE INSERT触发器无法修改列值问题求助

根据你描述的情况，触发器确实在执行（设置new.name为null会触发非空约束错误），但修改name为example未生效，结合UPDATE触发器正常工作的现象，可按以下方向排查：

1. 验证数据库实际存储值，排除ORM返回误导 #

Tortoise ORM可能在插入后返回的是原始传入的对象数据，而非数据库实际存储的结果。直接查询数据库确认name字段的真实值：

SELECT name FROM productmodel WHERE id = '41ab62f0-1cab-47b5-a360-fcc9fbaf3b69';

如果数据库中name确实是example，那问题出在ORM的返回逻辑，而非触发器本身。

2. 检查是否存在其他BEFORE INSERT触发器覆盖值 #

若有其他BEFORE INSERT触发器在你的product_fts_create_trigger之后执行，可能会将name改回原始值。查询表上所有BEFORE INSERT触发器的执行顺序：

SELECT tgname, tgorder 
FROM pg_trigger 
WHERE tgrelid = 'productmodel'::regclass 
  AND tgtype & 1 = 1  -- 匹配BEFORE触发器
  AND tgtype & 64 = 64; -- 匹配INSERT触发器

tgorder值越大，执行顺序越晚。如果存在其他触发器且tgorder更大，检查其逻辑是否修改了name字段。

3. 给触发器函数添加日志，确认执行细节 #

在触发器函数中添加日志输出，明确执行过程：

CREATE OR REPLACE function product_fts_create_trg() returns TRIGGER AS $$
    BEGIN
        RAISE NOTICE 'BEFORE INSERT trigger triggered, current name: %, setting to example', new.name;
        new.name := 'example';
        RAISE NOTICE 'After setting, new.name is: %', new.name;
        return new;
    end
$$ LANGUAGE 'plpgsql';

执行插入操作后，查看PostgreSQL的日志（或客户端输出），确认new.name是否被正确修改。如果日志显示已修改，但数据库中值不对，大概率是后续有其他逻辑覆盖。

4. 确认列类型与赋值的兼容性 #

虽然概率较低，但可确认name列的数据类型是否与'example'兼容：

SELECT data_type, character_maximum_length 
FROM information_schema.columns 
WHERE table_name = 'productmodel' AND column_name = 'name';

若列是char(n)类型且长度小于example的长度，会被自动截断，但不会完全不生效，不过仍需验证。

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