在 Oracle 数据库的日常管理与维护中，了解数据库对象的创建时间是一项非常常见且重要的需求，在进行系统审计、问题排查或版本追踪时，精确获知某张表的诞生时刻，能为我们提供关键的上下文信息，与部分其他数据库系统不同，Oracle 并未在表的基础信息视图中直接提供一个名为 CREATE_TIME 的直观字段，我们需要通过查询不同的数据字典视图和利用数据库特性来获取这一信息，本文将系统性地介绍几种主流、可靠的方法来查看 Oracle 数据库中表的创建时间,并对比它们的适用场景与优缺点。
*查询 `_OBJECTS` 数据字典视图（最常用、最直接）**
这是获取表创建时间最标准、最快捷的方法，Oracle 数据库将所有对象（包括表、索引、视图、存储过程等）的元数据信息都存储在数据字典中。DBA_OBJECTS、ALL_OBJECTS 和 USER_OBJECTS 这三个视图是访问这些元数据的核心入口，它们分别记录了整个数据库、当前用户有权限访问的对象以及当前用户所拥有的对象的信息。
这些视图中包含一个关键字段：CREATED，它记录了对应对象的创建时间戳，对于表而言，CREATED 字段的值就是我们所寻找的答案。
核心SQL查询
假设我们需要查询当前用户下名为 YOUR_TABLE_NAME 的表的创建时间,可以使用以下SQL语句：
SELECT
OBJECT_NAME,
OBJECT_TYPE,
CREATED,
LAST_DDL_TIME,
STATUS
FROM
USER_OBJECTS
WHERE
OBJECT_NAME = UPPER('YOUR_TABLE_NAME') AND OBJECT_TYPE = 'TABLE';
字段解释：
OBJECT_NAME: 对象名称,这里即表名。OBJECT_TYPE: 对象类型，此处我们限定为TABLE。CREATED: 对象的创建时间,精确到秒。LAST_DDL_TIME: 对象最后一次执行 DDL（数据定义语言，如ALTER,GRANT,TRUNCATE等）操作的时间。STATUS: 对象状态，通常为VALID（有效）。
如果你拥有 DBA 权限，可以通过查询 DBA_OBJECTS 来查看数据库中所有表的创建时间，只需在 WHERE 子句中增加 OWNER 条件即可：
SELECT
OWNER,
OBJECT_NAME,
CREATED,
LAST_DDL_TIME
FROM
DBA_OBJECTS
WHERE
OWNER = 'SCHEMA_NAME'
AND OBJECT_NAME = 'YOUR_TABLE_NAME'
AND OBJECT_TYPE = 'TABLE';
查询结果示例
假设我们查询 EMPLOYEES 表,可能会得到如下格式的结果：
| OWNER | OBJECT_NAME | CREATED | LAST_DDL_TIME |
|---|---|---|---|
| HR | EMPLOYEES | 20-MAY-23 02.34.12.000000000 PM | 15-NOV-23 10.15.30.000000000 AM |
从这个结果中，我们可以清晰地看到 EMPLOYEES 表是在 2025年5月20日下午2点34分 创建的，而最后一次 DDL 操作是在 2025年11月15日上午10点15分。
优势：
- 直接简单：一条 SQL 即可解决问题。
- 无需预配置：不依赖任何额外的数据库设置,随时可用。
- 信息准确：
CREATED时间戳由数据库内核维护,高度可靠。
利用数据库审计功能
如果需求不仅仅是“查看”，而是需要“追溯”和“记录”，那么数据库审计是更专业、更合规的选择，审计功能可以记录特定用户或所有用户执行的特定操作，CREATE TABLE。
启用与查询步骤
-
开启审计：首先需要确保审计功能是启用的（通常情况下，Oracle 默认启用），针对
CREATE TABLE这一DDL操作设置审计：-- 为整个数据库开启对CREATE TABLE语句的审计 AUDIT CREATE TABLE; -- 或者只为特定用户（如HR）开启审计 AUDIT CREATE TABLE BY HR;
-
查询审计记录：审计日志通常存储在
SYS.AUD$表中，或者对于较新版本使用统一审计的UNIFIED_AUDIT_TRAIL视图，查询时需要相应的权限（如SELECT ANY DICTIONARY）。查询传统审计记录 (
SYS.AUD$):SELECT USERNAME, TIMESTAMP, OBJ$CREATOR, SQL_TEXT FROM SYS.AUD$ WHERE ACTION# = 2 -- ACTION# 2 代表 CREATE TABLE AND OBJ$NAME = 'YOUR_TABLE_NAME';查询统一审计记录 (
UNIFIED_AUDIT_TRAIL):SELECT USER_NAME, EVENT_TIMESTAMP, OBJECT_SCHEMA, OBJECT_NAME, SQL_TEXT FROM UNIFIED_AUDIT_TRAIL WHERE AUDIT_ACTION = 'CREATE TABLE' AND OBJECT_NAME = 'YOUR_TABLE_NAME';
优势：
- 可追溯性强：记录了操作时间、操作人、完整的SQL语句,信息非常全面。
- 满足合规性要求：适用于金融、政府等对数据操作有严格记录要求的行业。
劣势：
- 需要预配置：必须提前开启审计,无法事后查看未开启审计的表创建历史。
- 性能开销：开启审计可能对数据库性能产生轻微影响。
- 权限要求高：查询审计视图通常需要较高的系统权限。
借助回收站机制
此方法具有一定的局限性，仅在“表被删除”这一特定前提下有效，当一个表被 DROP 但回收站未被清空（PURGE）时，该表及其创建信息会临时存放在回收站中,我们可以通过查询回收站来获取其被删除前的原始信息。
查询回收站视图
可以使用 USER_RECYCLEBIN 或 DBA_RECYCLEBIN 视图进行查询。
SELECT
ORIGINAL_NAME,
OBJECT_NAME,
DROPTIME,
CREATETIME
FROM
USER_RECYCLEBIN
WHERE
ORIGINAL_NAME = 'YOUR_TABLE_NAME' AND TYPE = 'TABLE';
字段解释：
ORIGINAL_NAME: 被删除对象的原始名称。OBJECT_NAME: 在回收站中的唯一名称。DROPTIME: 对象被删除的时间。CREATETIME: 对象被创建的时间。
优势：
- 信息完整：如果表刚被删除,可以同时获取创建和删除时间。
劣势：
- 场景局限：仅适用于已被
DROP但尚未PURGE的表,对于一直存在的表无效。 - 时效性：回收站有空间限制和自动清理策略,记录可能随时消失。
相关问答 FAQs
CREATED 时间和 LAST_DDL_TIME 有什么区别？我应该参考哪一个？
解答：这是一个非常好的问题,二者的区别在于记录的事件不同。
CREATED记录的是对象（如表）从无到有被创建的那个时刻的时间戳，它只在CREATE TABLE语句执行成功时被设置，且之后通常不会改变。LAST_DDL_TIME记录的是对象最后一次发生 DDL 变更的时间戳，DDL 操作包括ALTER TABLE（添加/修改列、增加约束等）、TRUNCATE TABLE、GRANT/REVOKE对象权限、RENAME等，每次对表结构或权限进行修改,这个时间戳都会随之更新。
当你想查找表的创建时间时，应该毫无疑问地参考 CREATED 字段，而当你关心表的结构或权限最近一次是何时被修改时，则应参考 LAST_DDL_TIME。
为什么 USER_TABLES 视图中没有创建时间字段？
解答：这是因为 Oracle 的数据字典视图设计遵循了“职责分离”的原则。
USER_TABLES（以及ALL_TABLES,DBA_TABLES）视图主要关注的是表作为存储实体的属性，例如存储参数（TABLESPACE_NAME,PCT_FREE）、区管理信息、块数量、行数统计（NUM_ROWS）等,它的核心在于描述数据的物理和逻辑存储特性。- 而
USER_OBJECTS（以及ALL_OBJECTS,DBA_OBJECTS）视图则是一个更通用的视图，它描述了数据库中所有对象的通用元数据，无论是表、索引、视图还是存储过程，它们都是一种对象，都拥有名称、类型、所有者、状态、创建时间和最后修改时间这类共性信息。
Oracle 将对象创建时间这一通用信息归属到了 *_OBJECTS 视图中，而不是特定于表存储信息的 *_TABLES 视图中,这种设计使得数据字典的结构更加清晰和模块化。