SQLite3：能否将两个处理姓名首字母大写的AFTER INSERT触发器合并为一个？

完全没问题，把两个分别处理name和surname的AFTER INSERT触发器合并成一个，既能减少冗余代码，也让后续维护更省心。下面我会结合常见数据库的语法，给你具体的实现方案：

先看你原来的两个触发器（以MySQL为例） #

假设你原来的两个触发器是这样的：

处理name的触发器 #

DELIMITER //
CREATE TRIGGER format_name_after_insert
AFTER INSERT ON your_table_name
FOR EACH ROW
BEGIN
    UPDATE your_table_name
    SET name = CONCAT(UPPER(SUBSTRING(name, 1, 1)), LOWER(SUBSTRING(name, 2)))
    WHERE id = NEW.id;
END //
DELIMITER ;

处理surname的触发器 #

DELIMITER //
CREATE TRIGGER format_surname_after_insert
AFTER INSERT ON your_table_name
FOR EACH ROW
BEGIN
    UPDATE your_table_name
    SET surname = CONCAT(UPPER(SUBSTRING(surname, 1, 1)), LOWER(SUBSTRING(surname, 2)))
    WHERE id = NEW.id;
END //
DELIMITER ;

合并后的触发器版本 #

只需要把两个字段的处理逻辑放到同一个触发器的代码块里就行：

DELIMITER //
CREATE TRIGGER format_name_surname_after_insert
AFTER INSERT ON your_table_name
FOR EACH ROW
BEGIN
    -- 同时处理name和surname字段的格式修正
    UPDATE your_table_name
    SET name = CONCAT(UPPER(SUBSTRING(name, 1, 1)), LOWER(SUBSTRING(name, 2))),
        surname = CONCAT(UPPER(SUBSTRING(surname, 1, 1)), LOWER(SUBSTRING(surname, 2)))
    WHERE id = NEW.id;
END //
DELIMITER ;

更高效的优化建议：改用BEFORE INSERT触发器 #

其实AFTER INSERT触发器需要额外执行一次UPDATE操作，效率不如BEFORE INSERT。后者可以直接在插入前修正字段值，避免二次修改数据：

DELIMITER //
CREATE TRIGGER format_name_surname_before_insert
BEFORE INSERT ON your_table_name
FOR EACH ROW
BEGIN
    -- 直接修改待插入的NEW行数据
    SET NEW.name = CONCAT(UPPER(SUBSTRING(NEW.name, 1, 1)), LOWER(SUBSTRING(NEW.name, 2)));
    SET NEW.surname = CONCAT(UPPER(SUBSTRING(NEW.surname, 1, 1)), LOWER(SUBSTRING(NEW.surname, 2)));
END //
DELIMITER ;

如果是PostgreSQL数据库 #

语法略有不同，但合并逻辑一致，而且PostgreSQL有现成的INITCAP()函数可以直接实现首字母大写、其余小写的效果：

-- 先创建处理函数
CREATE OR REPLACE FUNCTION format_name_surname()
RETURNS TRIGGER AS $$
BEGIN
    NEW.name = INITCAP(NEW.name);
    NEW.surname = INITCAP(NEW.surname);
    RETURN NEW;
END;
$$ LANGUAGE plpgsql;

-- 创建合并后的触发器
CREATE TRIGGER format_name_surname_before_insert
BEFORE INSERT ON your_table_name
FOR EACH ROW EXECUTE FUNCTION format_name_surname();

不管用哪种数据库，核心思路都是把两个字段的格式修正逻辑整合到同一个触发器中，这样就不用维护两个独立的触发器啦。

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