即使没有 diagnostic+tuning 授权，你仍然能够获取大部分基础性能统计数据——核心不在于“能否查询”，而在于“应该查询哪些视图、规避哪些依赖包”。
直接查询 V$ 视图，是唯一可行的路径
所有以 V$ 开头的动态性能视图，例如 V$SYSSTAT、V$SESSTAT、V$SQL，这些视图的访问门槛并不高。前提是用户拥有 SELECT_CATALOG_ROLE 角色，或者被显式授予了 SELECT 权限。请放心，它们不依赖 AWR 或 ASH，数据直接从 SGA 实时内存中提取，与诊断包毫无关联。
V$SYSSTAT：提供系统级累计值，如db block gets、physical reads，适合分析整体趋势。V$SESSTAT：按会话维度聚合，配合V$SESSION能快速定位哪些会话是“资源消耗大户”。V$SQL：包含 SQL 级别的执行次数、逻辑读、CPU 时间等信息，但注意它仅保留最近缓存的语句，受 shared pool 大小限制，无法查询历史数据。- 需要留意，
V$ACTIVE_SESSION_HISTORY和DBA_HIST_*等视图，则无法使用——它们底层依赖 AWR 快照，必须拥有诊断包授权。
采用差值法，手动模拟 AWR 快照对比
AWR 的核心价值在于“两个时间点之间的差值”。没有授权也不必担心，你可以手动模拟：连续查询同一个 V$ 视图，取间隔几秒或几分钟的两次结果，进行减法运算即可。
- 比如，要监控物理读的增长。先记录
(SELECT value FROM v$sysstat WHERE name = 'physical reads')的值，等待 10 秒后再查询一次，两者相减即得到这段时间内的增量。 - 注意，避免使用
SYS.V_$别名（如V_$SYSSTAT），在某些未授权环境中，这种写法可能会报错ORA-00942: table or view does not exist。 - 也不要调用
DBMS_WORKLOAD_REPOSITORY包中的函数，例如AWR_REPORT_HTML，它们会直接抛出ORA-13781: insufficient privileges，毫无通融余地。
注意 DBA_* 视图的权限陷阱
DBA_TABLES、DBA_INDEXES 这类数据字典视图，看似只是“只读”查询，但实际上需要 SELECT ANY DICTIONARY 权限——普通开发账号通常不具备。误用会导致 ORA-00942 错误，而且该错误看起来不像权限不足，容易让人困惑。
- 安全起见，改用
ALL_TABLES、ALL_INDEXES：它们只显示当前用户能访问的对象，权限要求低得多。 - 查询统计信息时，优先使用
USER_TAB_STATISTICS而非DBA_TAB_STATISTICS，字段基本一致，且STALE_STATS字段依然可用。 - 如果连
ALL_*都没有权限，那就只能依靠EXPLAIN PLAN FOR+DBMS_XPLAN.DISPLAY来查看单条 SQL 的执行计划和预估成本。但这种方法仅提供纸面分析，不包含真实的运行时统计。
避免触碰 GATHER_STATS_JOB 和自动任务
即便只是查看 GATHER_STATS_JOB 的状态，也可能触发隐式权限检查。更危险的是调用 DBMS_STATS——即使是读操作，比如 DBMS_STATS.LOCK_TABLE_STATS，在无授权环境下常常返回 ORA-20005: object statistics are locked，容易让人误以为统计信息被锁定。
- 想要确认统计信息是否过时？直接查询
USER_TAB_STATISTICS.STALE_STATS即可，无需调用任何包。 - 想要强制刷新？必须由 DBA 执行。普通用户调用
DBMS_STATS.GATHER_TABLE_STATS会因缺少ANALYZE ANY或EXECUTE权限而失败。 - 临时绕过统计信息影响？添加 hint 如
/*+ OPT_PARAM('_optimizer_use_feedback' 'false') */，比修改统计信息更安全，也更加灵活。
归根结底，真正限制你的并非“无法获取数据”，而是习惯性地去查询那些需要额外授权的视图或包。专注于 V$ 开头的实时内存视图，使用手动差值代替自动快照，权限边界自然就变得清晰了。
