USER函数返回当前认证用户名即默认模式名，大小写敏感且恒为大写，会话中固定不变；它比查数据字典更轻量可靠，proxy authentication下仍准确，无需权限或解析开销。
oracle里“当前用户”和“当前模式”是同一个东西，user 函数返回的就是当前会话所处的模式名，不需要额外映射或转换。
直接用 USER 函数查当前模式名
这是最轻量、最可靠的方式，不依赖权限、不查数据字典，只要能连上数据库就能执行：
-
SELECT USER FROM DUAL;—— 返回单个字符串，就是你登录时用的用户名，也是当前默认模式名 - 结果是大小写敏感的，且始终大写（即使你用小写用户名登录，
USER也返回大写） - 该值在会话生命周期内固定，切换
ALTER SESSION SET CURRENT_SCHEMA = ...不会影响USER的返回值
USER 和 SESSION_USER 的区别必须分清
很多人误以为 SYS_CONTEXT('USERENV', 'SESSION_USER') 和 USER 是等价的，其实不是：
-
USER返回的是「认证用户」（authenticated user），即你登录时提供的用户名 -
SYS_CONTEXT('USERENV', 'SESSION_USER')在绝大多数场景下和USER一致，但若使用了 proxy authentication（如CONNECT user1[user2]），它返回的是被代理的用户（user2），而USER仍返回user1 - 日常连接（普通账号直连）下二者结果相同，但脚本或中间件若涉及代理逻辑，硬写
USER更稳妥
为什么不用 user_users 或 dba_users 查当前模式
虽然 SELECT username FROM user_users; 也能返回当前用户名，但它有隐藏成本和限制：
-
user_users是基于数据字典的视图，需要解析、权限检查，比纯函数调用慢一点（微秒级，但高并发下可测出差异） - 如果用户被删掉但会话未断（极端情况），
user_users可能报错或无结果，而USER依然可用 -
dba_users需要 DBA 权限，普通应用账号根本跑不了，属于“杀鸡用牛刀” - 它返回的是行集，哪怕只有一行，也要多一层字段提取逻辑；
USER是标量，直接可拼进动态 SQL
真正要注意的点只有一个：Oracle 模式名严格区分大小写且默认大写，如果你在代码里拿 USER 结果去拼接对象引用（比如 SELECT * FROM &schema..table），别手动转小写——它本来就是大写的，转了反而查不到。
