触发器中禁止直接调用pkg_system_constant.g_currentdate，因其为会话级全局变量，行级触发器中读写会导致并发不一致或隐式ora-04091；必须通过fn_getcurrentdate等函数安全读取，严禁调用sp_setcurrentdate等过程修改。
触发器里直接调用 PKG_System_Constant.G_CurrentDate 会出错
Oracle 触发器执行时处于“只读事务上下文”，而 package 全局变量（如 G_CurrentDate）属于会话级状态，其值在触发器中**不可被直接赋值或修改**。更关键的是：如果触发器是行级（FOR EACH ROW），而 package 变量在触发器内被读写，可能引发 ORA-04091: table is mutating 的变相表现——不是表变异本身，而是隐式依赖了未受控的会话状态，导致并发更新时行为不一致。
必须用函数封装读取，禁止在触发器中直接写 package 变量
package 全局变量对外暴露的唯一安全方式是通过函数访问。比如 PKG_System_Constant.FN_GetCurrentDate 返回 G_CurrentDate 值，这个函数在触发器中可安全调用；但反过来，如果在触发器里写 PKG_System_Constant.SP_SetCurrentDate(SysDate)，就等于把当前 DML 的执行时间“污染”进会话全局状态——后续同一会话中其他 SQL 或触发器会读到这个被覆盖的值，逻辑失控。
- 只允许在触发器中调用
FUNCTION类型的封装接口（如FN_GetSystemTitle） - 绝对不要在触发器中调用
PROCEDURE类型的 setter（如SP_SetCurrentDate） - 若需动态值，应在触发器内用
SysDate、User等内置值，而非依赖 package 变量
COMPOUND TRIGGER 是替代方案，但别指望它共享 package 变量
复合触发器（COMPOUND TRIGGER）内部的声明区（如 DECLARE 块）可以定义局部变量，并在 BEFORE STATEMENT → FOR EACH ROW → AFTER STATEMENT 之间传递数据，但它和 package 是两个隔离的作用域。你不能在 COMPOUND TRIGGER 里直接读写 PKG_System_Constant.G_CurrentDate，也不能靠它“绕过”对 package 变量的限制。
- 复合触发器的变量生命周期仅限于本次 DML 语句执行，天然线程安全
- package 全局变量生命周期是整个会话，跨语句持久，二者设计目标完全不同
- 混用两者（比如在复合触发器里调用
SP_SetCurrentDate）会让状态管理彻底不可控
真正需要跨触发器共享状态时，该用什么
如果你发现业务逻辑反复要求“在多个触发器之间同步某个值”，说明设计已越界：触发器不该承担状态协调职责。此时应退回到 package + 显式控制流：
- 把状态维护逻辑收进 package 的私有变量 + 公共函数，由应用层或存储过程统一调用
- 触发器只做轻量级响应（如日志记录、字段派生），所有状态变更走显式过程调用
- 避免让触发器成为“状态黑洞”——一旦它偷偷改了 package 变量，下次 debug 就得翻完整会话历史
最常被忽略的一点：package 全局变量在 RAC 环境下完全不共享，每个实例维护自己的副本。你以为设了个全局开关，实际上只在本节点生效。
