如何在.net应用中获取ORACLE的sql id用于查询性能调优

该需求完全可以在.NET平台下落地，无需依赖OEM后台抓取，应用侧即可直接获取到与DBA侧完全一致的SQL ID，满足日志记录、联动DBA调优的要求。

Oracle的SQL ID是SQL硬解析时由数据库生成的唯一标识，和应用侧使用的开发语言、ORM框架无关。只要在业务SQL的执行同一数据库连接周期内，就能通过数据库原生方法拿到当前执行SQL对应的SQL ID，准确率100%。上述逻辑完全适配async/await异步执行场景，只要全程使用同一个连接实例，不管是同步还是异步执行流程，拿到的SQL ID都是准确的。

• 驱动选型：使用Oracle官方的Oracle.ManagedDataAccess（适用于.NET Framework、.NET Core/.NET 5+全版本）作为数据库访问驱动，无需额外安装本地Oracle客户端。
• 执行链路逻辑：
  1. 从连接池获取有效数据库连接，开启业务SQL的执行流程。
  2. 正常执行动态生成的业务SQL（支持查询、DML、存储过程调用全场景），执行完成后不要将连接放回连接池、不要切换连接。
  3. 在当前同一个连接实例上，串行执行查询语句：SELECT sql_id FROM v$session WHERE sid = SYS_CONTEXT('USERENV', 'SID') AND status = 'ACTIVE'
  4. 将拿到的SQL ID、业务SQL执行耗时、请求上下文信息写入日志后，再将连接放回连接池。
• ORM适配：不管是使用Dapper、EF Core还是自研数据访问层，只要在框架执行完业务SQL后、连接释放前的钩子位置，插入上述获取SQL ID的查询逻辑即可，不需要修改核心业务代码。

• 串号规避：连接池的连接是单线程串行复用的，同一时间点连接只会服务一个请求，上述逻辑下拿到的SQL ID必然是当前请求刚执行的那条SQL的ID，不会出现跨请求串号问题。
• 权限适配：常规场景下，普通应用账号默认就允许查询v$session中自身会话的行数据，无需DBA额外授权；如果数据库做了严格的权限收敛、屏蔽了直接数据字典访问，可请DBA创建仅返回当前登录用户会话信息的视图，给应用账号授予该视图的只读权限即可，无需开放全局数据字典查询权限。

• 禁止跨连接查询SQL ID：如果获取SQL ID的查询用了新的连接，拿到的结果是其他会话的SQL ID，完全不具备参考价值。
• 禁止在连接回收到连接池后再查询SQL ID：此时连接已经被其他业务请求占用，查询到的结果对应其他请求的SQL。
• 拿到的SQL ID无需额外加工：和DBA通过OEM、AWR、ASH工具拿到的SQL ID是完全同源的，DBA拿到该ID可直接关联到对应SQL的执行计划、执行统计、历史性能数据，无需再匹配SQL文本。

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