1、創建單一索引

create index 索引名稱 on 表名(列名);

2、創建復合索引

create index 索引名稱 on 表名(列名1,列名2);

3、刪除索引

drop index 索引名稱;

4、查詢表的索引

select * from all_indexes where table_name='表名稱';

5、查詢表的索引列

select* from all_ind_columns where table_name='表名稱';

概述

自Oracle 數據庫11g 以來，所有跟蹤、事件轉儲和數據包、警報日志、運行狀況監視器報告、核心轉儲和更多文件都存儲在 ADR 中，這是一個基于文件的自動診斷信息庫，用于簡化數據庫診斷數據管理。盡管有新的 11g 功能，但這些文件的管理或清除并沒有顯著簡化。不幸的是，新的 Oracle 實用程序 ADRCI 無法清除Oracle 數據庫在 ADR 中生成的所有文件。因此，您應該使用其他 Unix OS方法和工具來完成 Oracle 11g 數據庫管理。這次我們將討論 Oracle System Audit 文件以及如何定期清除它們。

與Oracle 數據庫的SYS、SYSDBA 或 SYSOPER 連接始終受到審計。有時這會導致創建過多的審計文件。當這被認為是一個問題時，它無法在數據庫端解決，因此必須檢查為什么包括 Oracle Enterprise Manager (OEM) 組件和代理在內的“客戶端”應用程序連接如此頻繁，如 SYSDBA/SYSOPER。所以這種類型的審計在Oracle 數據庫中是強制性的并且不能關閉。但是，審計信息的數量取決于 AUDIT_SYS_OPERATIONS 參數，該參數允許對同一操作系統審計跟蹤文件中 SYS/SYSDBA/SYSOPER 發出的所有語句進行附加審計。如果參數 AUDIT_SYS_OPERATIONS=TRUE，Oracle 不僅會審計 SYS/SYSDBA/SYSOPER 連接細節，還會審計它們的 SQL 操作。在任何情況下，名稱如 <sid>_ora_<spid >_<instance#>.aud 的審計文件都是在 Unix 上的 audit_file_dest 位置創建的。

過程及方法

sql*plus> show parameter audit
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
audit_file_dest string /opt/app/oracle/admin/orcl/ adump
audit_sys_operations boolean FALSE

我在下面分享了一種在 Unix 上使用簡單的 Unix 命令清除這些審計文件的方法，基于以下內容：

• 刪除超過 40 天的文件

• 默認系統審計文件位置：$ORACLE_BASE/admin/<SID>/adump/

• .trc 文件可以通過 adrci 命令清除

$ find /opt/oracle/orcl/adump/ -name '*.aud' -mtime +40 -exec rm -f {} \;

上述命令可以包含在Linux crontab 調度程序中以定期運行。

注意：
– AUDIT_FILE_DEST 在 Windows 上無效，Windows 上的所有 Oracle 審計跟蹤信息都記錄在 Windows 事件查看器中。
– 從 10gR2 開始，運行在 Linux 上的數據庫生成的審計數據可以寫入 SYSLOG

小結

后面會分享更多精彩內容，感興趣的朋友可以關注下！