Oracle无内置工作时间登录控制，需用AFTER LOGON触发器结合SYSDATE判断服务器时间，注意NLS_DATE_LANGUAGE影响星期计算、SYSDBA连接不触发、须防时区偏差与夏令时问题。
用LOGON触发器检查当前时间范围
Oracle没有内置的“工作时间登录控制”功能，必须靠AFTER LOGON触发器手动判断系统时间。触发器在每次用户成功认证后立即执行，适合做登录前的二次放行判断。
关键点是：不能依赖客户端时间（不可信），必须用SYSDATE或SYSTIMESTAMP——它们返回数据库服务器本地时间，且受时区设置影响。若数据库运行在UTC时区但业务要求北京时间（GMT+8），需提前确认SYSDATE是否已校准，否则会误判。
- 触发器必须由
SYS创建，且作用域为DATABASE（全局）或指定用户（如ON SCHEMA） - 不要在触发器里调用耗时函数（如查询表、调用UTL_HTTP），否则拖慢所有登录
-
RAISE_APPLICATION_ERROR会中断登录流程并返回错误，用户看到的是ORA-00604+ 自定义错误码，不是ORA-28000
示例（限制用户app_user仅在工作日 8:30–17:30 登录）：
CREATE OR REPLACE TRIGGER chk_work_hours_app_user
AFTER LOGON ON app_user.SCHEMA
BEGIN
IF TO_CHAR(SYSDATE, 'D') NOT IN ('2','3','4','5','6') THEN -- 周一到周五（NLS_TERRITORY决定'D'值，建议显式用TO_CHAR(SYSDATE,'DY','NLS_DATE_LANGUAGE=AMERICAN')）
RAISE_APPLICATION_ERROR(-20002, 'Login only allowed on weekdays');
ELSIF TO_NUMBER(TO_CHAR(SYSDATE, 'HH24MM')) NOT BETWEEN 830 AND 1730 THEN
RAISE_APPLICATION_ERROR(-20003, 'Login only allowed between 08:30 and 17:30');
END IF;
END;
注意NLS_DATE_LANGUAGE对星期判断的影响
TO_CHAR(SYSDATE, 'D')返回的数字代表一周第几天，但具体含义取决于数据库的NLS_DATE_LANGUAGE参数。例如在中文环境，'D'=1可能是周日；在美式环境，'D'=1才是周一。不显式指定语言，同一段触发器在不同库可能行为相反。
- 最稳妥写法是用
TO_CHAR(SYSDATE, 'DY', 'NLS_DATE_LANGUAGE=AMERICAN')返回英文缩写（MON/TUE等），再匹配字符串 - 或者统一用
TRUNC(SYSDATE) - TRUNC(SYSDATE, 'IW')计算ISO周内偏移（周一为0），避免语言依赖 - 可通过
SELECT * FROM nls_session_parameters WHERE parameter = 'NLS_DATE_LANGUAGE';现场确认当前会话设置
触发器无法拦截SYSDBA/SYSOPER连接
AFTER LOGON ON DATABASE或ON SCHEMA触发器对普通用户有效，但对以AS SYSDBA或AS SYSOPER身份登录的用户完全不触发——因为这类连接绕过SQL层认证，直通实例内核。这意味着即使你给SYSTEM用户加了时间限制触发器，只要对方用sqlplus system/password@db as sysdba，照样能进。
- 真正限制
SYS/SYSTEM的登录时段，只能靠操作系统级手段（如Linux PAM time restrictions）或网络层控制（防火墙按时间放行） - 如果业务用户被授予
SYSDBA权限，触发器也无效；应收回该权限，改用细粒度对象权限 - 验证是否生效：用目标用户在非工作时间尝试登录，观察是否报
ORA-00604错误而非卡住或静默失败
测试与维护陷阱
触发器上线后容易忽略两个隐蔽问题：一是数据库服务器时间是否同步（NTP未启用会导致SYSDATE漂移），二是夏令时切换可能让边界时间点（如17:30）出现1小时偏差。
- 不要只测“白天放行、晚上拒绝”，务必覆盖跨天场景（如23:59登录，会话持续到次日凌晨）——触发器只管登录瞬间，不管会话生命周期
- 修改触发器后需重新编译：
ALTER TRIGGER chk_work_hours_app_user COMPILE;，否则可能仍运行旧逻辑 - 生产环境禁用
DBMS_OUTPUT.PUT_LINE调试语句，它在触发器中会引发隐式提交，破坏事务一致性
最常被跳过的动作是检查SYSDATE时区：用SELECT SYSDATE, SESSIONTIMEZONE, DBTIMEZONE FROM DUAL;确认三者一致，否则时间判断全错。
