oracledependency首次注册即失效的根本原因是客户端未启用change_notification权限且数据库未开启aq服务，导致onchange事件永不触发。
oracledependency 为什么第一次注册就失效？
根本原因是 oracle 客户端未启用 change_notification 权限，且数据库未开启 aq（advanced queuing）相关服务。即使代码调用 oracledependency.start() 成功，实际监听不会生效——查询结果不变，但 onchange 事件从不触发。
实操建议：
- 确认数据库用户已授权：
GRANT CHANGE NOTIFICATION TO your_user; - 检查数据库是否启用通知队列：
SELECT queue_name FROM dba_queues WHERE queue_type = 'NORMAL_QUEUE' AND name = 'SYS.CHANGE_NOTIFICATION_Q';（若无返回，需 DBA 执行EXEC DBMS_AQADM.START_QUEUE('SYS.CHANGE_NOTIFICATION_Q');） -
OracleDependency.Start()必须在应用启动时**全局调用一次**，且传入的连接字符串必须与后续创建OracleCommand的完全一致（包括大小写、空格、参数顺序）
如何正确绑定 SqlCommand 与 OracleDependency？
不是给任意命令加依赖就行。Oracle 只对满足严格条件的 SELECT 查询下发变更通知，稍有偏差就会静默失败。
实操建议：
- SQL 必须是**单表查询**，不能含
JOIN、子查询、UNION、聚合函数或ROWNUM - 必须显式指定所有列名，禁用
*；列名不能带别名（如SELECT id AS uid会失败） - 连接字符串中必须包含
Enlist=true，否则依赖无法挂载到事务上下文 - 示例正确写法：
var cmd = new OracleCommand("SELECT id, name, updated_at FROM users WHERE status = :status", conn); cmd.Parameters.Add(new OracleParameter("status", "active")); var dep = new OracleDependency(cmd); dep.OnChange += (sender, e) => { /* 处理变更 */ }; cmd.ExecuteNonQuery(); // 注意：这里必须执行，否则依赖不激活
OnChange 事件只触发一次？怎么持续监听？
OracleDependency 是一次性机制：事件触发后，该依赖对象自动注销，不会再次通知。这是设计使然，不是 bug。
实操建议：
- 每次收到
OnChange后，**必须重新创建OracleDependency并重新执行命令**，才能继续监听 - 避免在事件回调中直接重用原
cmd或dep对象；应重建命令、新建依赖、重新绑定事件 - 注意连接生命周期：若使用连接池，确保
conn在事件回调中仍有效（推荐在回调中新开连接，或确保原连接未被释放） - 高频变更场景下，建议加简单防抖（例如 100ms 内重复通知合并处理），避免事件风暴压垮应用
.NET Core/.NET 5+ 中 OracleDependency 不可用？
是的。Oracle.ManagedDataAccess 的当前主流版本（21.x/23.x）**不支持 .NET Core 及以后的 OracleDependency**。该类仅存在于旧版 Oracle.DataAccess（ODP.NET Unmanaged）中，而后者依赖 Oracle Client 本地 DLL，无法跨平台运行。
实操建议：
- Windows Server + .NET Framework 4.7.2+ 场景：继续用
Oracle.DataAccess（注意安装对应 Oracle Client） - .NET Core / .NET 6+ / Linux / Docker：放弃
OracleDependency，改用轮询（带 Last-Modified 时间戳字段）、Change Data Capture（CDC）工具（如 Debezium + Kafka），或数据库物化视图 + 定时刷新 - 若坚持用通知机制，可考虑 Oracle 提供的轻量级替代方案：监听
DBMS_ALERT，由数据库触发器主动发信号（需额外 PL/SQL 支持）
真正难的不是写几行注册代码，而是理解 Oracle 的通知机制本质——它依赖数据库 AQ 队列和客户端监听线程协同工作，任何一环断开都表现为“无声失败”。权限、SQL 形式、连接配置、运行时环境，四个点缺一不可。
