查分区边界应通过DBMS_METADATA.GET_DDL查看建表语句，结合PARTITION_NAME和PARTITION_KEY_COLUMNS解析HIGH_VALUE；查行数需确认LAST_ANALYZED时间，精确值须用COUNT(*)。
查分区边界用 PARTITION_NAME 和 HIGH_VALUE 字段
oracle 的 dba_tab_partitions 视图里，high_value 存的是分区上限表达式（比如 to_date('2024-01-01','yyyy-mm-dd')），不是直接可读的值。直接 select 它只会看到一串 long 类型的原始文本，没法直接判断边界日期或数值。
实操建议：
- 用
DBMS_METADATA.GET_DDL('TABLE', '表名')看建表语句，里面分区定义更清晰 - 对范围/间隔分区，搭配
DBA_PART_KEY_COLUMNS确认分区键字段，再结合HIGH_VALUE解析逻辑（例如：若键是CREATED_DATE，那HIGH_VALUE里的日期就是该分区「不包含」的上界） - 别依赖
HIGH_VALUE做自动解析——它不保证格式统一，尤其跨 Oracle 版本时容易出错
查每个分区的行数必须加 NUM_ROWS 并注意统计时效性
DBA_TAB_PARTITIONS.NUM_ROWS 是统计信息里的估算值，不是实时计数。刚插入数据后立即查，可能还是旧数字；没收集统计信息的话，甚至显示为 NULL。
实操建议：
- 确认统计信息是否最新：
SELECT LAST_ANALYZED FROM DBA_TAB_PARTITIONS WHERE TABLE_NAME = 'YOUR_TABLE' - 需要精确行数？只能走
SELECT COUNT(*) FROM 表名 PARTITION (分区名)，但大表会慢，慎在生产环境跑 - 如果用了增量统计（
INCREMENTAL = TRUE），NUM_ROWS可能只反映新增部分，整体仍不准
查询前先过滤 TABLE_OWNER 和 TABLE_NAME，否则性能极差
DBA_TAB_PARTITIONS 是 DBA 视图，全库扫描默认没索引支持，没加条件直接 SELECT * 在大库上可能卡住或超时。
实操建议：
- 必须带上
WHERE TABLE_OWNER = 'SCHEMA_NAME' AND TABLE_NAME = 'YOUR_TABLE' - 避免用
LIKE模糊匹配表名，会导致全扫 - 如果权限受限，改用
ALL_TAB_PARTITIONS或USER_TAB_PARTITIONS，减少数据集大小
注意 INTERVAL 分区的 HIGH_VALUE 显示为 MAXVALUE
对于按月/年自动扩展的 INTERVAL 分区，Oracle 不会把每个新分区的 HIGH_VALUE 写死，而是统一显示为 MAXVALUE。你从 DBA_TAB_PARTITIONS 里看不到实际边界，只能靠 PARTITION_NAME 命名规律（如 SYS_P123）和 CREATION_TIME 推断。
实操建议：
- 查
DBA_TAB_PARTITIONS时加ORDER BY CREATION_TIME DESC，最新建的分区大概率是最近的数据区间 - 用
SELECT * FROM DBA_PART_COL_STATISTICS看分区键字段的HISTOGRAM分布，辅助判断数据落点 - 别指望靠
HIGH_VALUE自动还原间隔逻辑——Oracle 内部管理，外部不可见
分区边界和行数这两件事，本质一个是定义问题、一个是统计问题，混在一起查很容易误读结果。尤其是 HIGH_VALUE 的语义和 NUM_ROWS 的延迟性，稍不留意就当成实时准确值用了。
