DBA_OBJECTS是统计全库对象总数的最快入口，但需DBA权限且包含所有状态对象；按owner+object_type分组可排查分布异常；日常推荐用USER_视图组合查询，安全高效。
dba_objects 是最直接的入口，但直接 count(*) 会漏掉权限不足导致不可见的对象，也容易因统计粒度粗而掩盖真实分布。真正“快速且可靠”的统计，得看你是要总数、按用户分组，还是带类型明细——不同目标对应不同查法。
用 DBA_OBJECTS 统计全库对象总数（需 DBA 权限）
这是最快的一条语句，但前提是连接用户有 SELECT_CATALOG_ROLE 或 DBA 角色：
SELECT COUNT(*) FROM dba_objects;
注意：它包含所有状态的对象（VALID、INVALID、TEMPORARY 等），不区分是否可访问。如果你只关心“当前用户能看见的”，就得换 ALL_OBJECTS；如果只查自己创建的，就用 USER_OBJECTS。
-
DBA_OBJECTS返回的是数据库中所有 schema 下的对象，但某些系统 schema（如SYS、SYSTEM）可能被隐式过滤或受审计策略限制 - 执行前确认权限：
SELECT * FROM session_roles WHERE role = 'DBA';，没返回就别硬跑，否则报ORA-00942: table or view does not exist - 该查询不走索引，大库上可能耗几秒——不是性能瓶颈，但别在高峰期反复刷
按 owner + object_type 分组统计（排查对象分布不均）
很多问题其实出在“某个用户突然多了几千个 SYNONYM”或“INVALID 对象堆积”，这时候光看总数没用。下面这条语句能暴露结构问题：
SELECT owner, object_type, COUNT(*) cnt
FROM dba_objects
WHERE owner NOT IN ('SYS', 'SYSTEM', 'OUTLN', 'XDB', 'WMSYS')
GROUP BY owner, object_type
ORDER BY owner, cnt DESC;
关键点：
- 排除常见系统 schema，聚焦业务用户（
U1、U2等），避免干扰 -
object_type区分大小写，值如'TABLE'、'INDEX'、'PACKAGE BODY'，不是所有类型都出现在USER_OBJECTS中 - 如果某
owner的cnt异常高，下一步查dba_objects WHERE owner = 'U1' AND status = 'INVALID'
统计指定用户的对象数（免权限依赖，推荐日常用）
不需要 DBA 权限，只要连上目标用户（比如 sqlplus u1/pwd），就能安全执行：
SELECT
(SELECT COUNT(*) FROM user_tables) AS tables,
(SELECT COUNT(*) FROM user_indexes) AS indexes,
(SELECT COUNT(*) FROM user_views) AS views,
(SELECT COUNT(*) FROM user_procedures WHERE object_type IN ('FUNCTION','PROCEDURE','PACKAGE')) AS procedures,
(SELECT COUNT(*) FROM user_triggers) AS triggers,
(SELECT COUNT(*) FROM user_sequences) AS sequences,
(SELECT COUNT(*) FROM user_synonyms) AS synonyms,
(SELECT COUNT(*) FROM user_constraints) AS constraints
FROM dual;
这个写法的好处：
- 每张视图都是轻量级元数据表，响应快，不怕锁表
- 自动过滤掉你无权访问的对象，结果可预期
- 字段名和数量对齐常见运维场景，复制粘贴就能用，不用记
OBJECT_TYPE值 - 注意：
user_procedures不包含PACKAGE BODY，要补全得加SELECT COUNT(*) FROM user_objects WHERE object_type = 'PACKAGE BODY'
为什么不用 dbms_xmlgen.getxml 查行数？
知识库里那个带 extractvalue 和 dbms_xmlgen.getxml 的脚本，看着能算每张表的 ROW_COUNT，但实际生产环境里基本不用：
- 对每张表都执行一次
SELECT COUNT(*)，N 张表就是 N 次全表扫描，I/O 和锁开销爆炸 -
dbms_xmlgen.getxml在 Oracle 12c 后已标记为 legacy，19c 开始部分版本会警告，21c+ 可能被移除 - 如果表上有未提交事务，
COUNT(*)可能阻塞或返回不一致结果；而dba_tab_statistics.num_rows是采样估算，快且稳定 - 真要查行数，优先走统计信息：
SELECT table_name, num_rows FROM user_tables WHERE num_rows IS NOT NULL;
对象数量统计本身不难，难的是明确“你要这个数字来干什么”。是交接检查？是容量评估？还是排查迁移遗漏？目标不清，再准的 SQL 也只是噪音。
