SQL Server 用 @@SPID 关联动态管理视图查会话信息，Oracle 必须用 sys_context('USERENV', '...')；登录名、数据库用户、IP 语义不同，混用致审计与权限错误；跨库需 DB_NAME() 安全获取库名；三层身份需应用显式传参。
直接回答：SQL Server 存储过程中获取当前会话信息，核心靠 @@SPID 定位会话，再关联 sys.dm_exec_sessions 和 sys.dm_exec_connections 查详细属性；Oracle 则必须用 sys_context('USERENV', '...')，不能写 USERENV(...)。
SQL Server 怎么查当前会话的登录名、数据库用户和 IP
三者语义完全不同，混用会导致审计日志错乱或权限判断失效：
-
SUSER_NAME()返回登录名（如'DOMAIN\alice'或'sa'），但受EXECUTE AS影响；审计场景推荐改用ORIGINAL_LOGIN()—— 它始终返回最初连接的登录主体 -
CURRENT_USER（不带括号！）返回当前数据库映射的用户名（如'app_reader'），不是登录名；若登录名未在当前库建用户，它默认返回'dbo'，容易误判权限 - 客户端 IP 只能从
sys.dm_exec_connections查：SELECT client_net_address FROM sys.dm_exec_connections WHERE session_id = @@SPID；HOST_NAME()返回机器名，xp_cmdshell方案已被淘汰且不安全
Oracle 里为什么 USERENV('SESSIONID') 会报错
因为 USERENV 不是函数，而是 sys_context 的命名空间参数。写成 SELECT USERENV('SESSIONID') FROM DUAL 必报 ORA-00904: "USERENV": invalid identifier：
- 正确写法只有一种：
sys_context('USERENV', 'SESSIONID')（注意两个参数，且属性名必须大写） -
sys_context('USERENV', 'SID')返回当前会话的V$SESSION.SID，比旧版SESSIONID更可靠（后者从 9i 起已弃用） -
sys_context('USERENV', 'IP_ADDRESS')在代理或连接池后可能为空或为代理地址，不能用于安全校验
跨库或动态 SQL 中怎么安全获取当前数据库名
DB_NAME() 是最简方案，但括号和参数极易踩坑：
- 不带参数时：
DB_NAME()直接返回当前会话数据库名，安全、高效、无需额外权限 - 传参时：
DB_NAME(5)若 database_id=5 不存在，函数静默返回NULL，拼接动态 SQL 会直接语法错误（如SELECT * FROM .dbo.Table1） - 避免
DB_NAME(DB_ID())这种冗余写法；也不要用@@SERVERNAME或HOST_NAME()替代，它们返回的是实例或机器名
真正难的不是查哪个值，而是搞清“登录名”“数据库用户”“应用层用户”这三层身份的区别——SQL Server 和 Oracle 都不感知 HTTP Header 或 JWT，SUSER_NAME() 和 sys_context('USERENV', 'SESSION_USER') 都只能告诉你“谁连上了数据库”，而不是“谁点了前端按钮”。业务用户标识必须由应用显式传参进来，漏传就断链。
