非工作时间判断需用数据库时间函数结合业务规则：MySQL用HOUR(NOW())和WEEKDAY(NOW())，PostgreSQL用EXTRACT(HOUR FROM NOW())和EXTRACT(DOW FROM NOW())，并注意时区、返回值类型及触发器中使用SIGNAL或RAISE EXCEPTION中断操作。
触发器里怎么判断当前是不是非工作时间
核心是用数据库内置的时间函数获取当前小时和星期几，再结合业务规则做逻辑判断。MySQL 用 HOUR(NOW()) 和 WEEKDAY(NOW())，PostgreSQL 用 EXTRACT(HOUR FROM NOW()) 和 EXTRACT(DOW FROM NOW())（注意：PostgreSQL 的 DOW 周日=0，而 MySQL 的 WEEKDAY() 周一=0）。工作时间假设为周一至周五的 9:00–18:00，则非工作时间包括：周末、工作日的早于 9 点或晚于 18 点。
MySQL 中 BEFORE UPDATE 触发器怎么写才有效拦截
必须用 BEFORE UPDATE，且在触发器体内用 SIGNAL SQLSTATE '45000' 主动报错中断操作——仅靠 RETURN 或空逻辑无法阻止更新。注意不能在触发器里查被更新的同一张表（会报 Can't update table 't' in stored function/trigger 错误）。
示例（MySQL）：
DELIMITER $$
CREATE TRIGGER prevent_offhours_update
BEFORE UPDATE ON orders
FOR EACH ROW
BEGIN
DECLARE cur_hour TINYINT DEFAULT HOUR(NOW());
DECLARE cur_weekday TINYINT DEFAULT WEEKDAY(NOW());
IF cur_weekday IN (5,6) OR cur_hour 18 THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Updates are not allowed outside business hours (Mon-Fri 09:00-18:00)';
END IF;
END$$
DELIMITER ;
PostgreSQL 触发器要注意时区和函数返回值类型
PostgreSQL 默认用服务器时区，如果应用用的是 UTC，而数据库设的是 Asia/Shanghai，NOW() 返回的就是本地时间，可能造成误拦。务必确认 SHOW timezone; 并统一时区策略。另外 EXTRACT 返回的是 double precision，比较前要显式转整型，否则某些版本会警告或隐式转换失败。
关键点：
-
EXTRACT(HOUR FROM NOW() AT TIME ZONE 'UTC')可强制按 UTC 判断 - 触发器函数需返回
OLD（对BEFORE触发器），否则更新会被静默丢弃 - 用
RAISE EXCEPTION抛出错误，不是RAISE NOTICE
为什么 UPDATE 多行时触发器只报一次错但整条语句失败
这是预期行为：SQL 标准要求语句原子性，哪怕只有一行触犯规则，整个 UPDATE 语句都会回滚。不会出现“部分更新成功”。但这也意味着：如果你用批量更新（如 UPDATE ... WHERE id IN (1,2,3,4)），只要其中任意一行落在非工作时间，全部四行都更新不了——这点容易被忽略，尤其在后台定时任务或 ETL 场景下。
更隐蔽的问题是：触发器里调用 NOW() 对每行都重新求值，如果跨午夜执行（比如从 18:59 持续到 19:01），同一语句内不同行可能拿到不同小时值。严格场景建议改用 STATEMENT_TIMESTAMP() 并缓存一次。
