Oracle

1、建立普通表02:25:59 SQL> create table deparment(02:26:52   2   deptno number(4),dname varchar2(20),loc varchar2(12))02:27:22   3  pctfree 20 pctused 50 tablespace users0102:27:45   4   storage(minextents 3);Table created.

1、表的概念表是資料庫資料存放區的基本單元，它 對應現實世界的對象。2、表的功能儲存、管理資料的基本單元（二維表：有行和列組成）3、表的類型普通表：資料以無序的方式儲存在單獨的表段裡。簇表： 簇由共用相同資料區塊的一組表組成。索引表：資料以B-樹機構存放在主鍵約束所對應的索引段裡。分區表：資料被劃分為更小的部分，並且儲存到相應的分區段裡，每個分區段可以獨立管理和操作。4、ROWIDROWID

建立undo talespace有兩種方式：（1）資料庫建立時建立undo tablespace;（2）在一個已經存在的資料庫建立。在undo tablespace中不能建立資料庫物件，這是因為這個資料表空間是為資料庫recover而準備的。1、建立資料庫時建立undo tablespace在建立資料庫的時候可以通過指定undo子句來建立undo tablespace，但是這個子句不是必須的。如果在建立資料庫時，系統指定是auto模式，但是沒有指明undo

首先瞭解Oracle在什麼情況下會產生ORA-01555錯誤：假設有張table1的表，裡面有6000萬行資料，假設預計全表掃描1次需要2個小時，從過程來看：1、在1點鐘，使用者A發出了select * from

1、查看UNDO段的參數SQL> show parameter undo;NAME TYPE VALUE------------------------------------ ----------- ----------undo_management string AUTO －>改成手工undo_retention integer 900undo_tablespace string UNDOTBS1SQL> show parameter transactions; (事務)NAME TYPE

1、使用多個復原段使用多個復原段來分擔復原段的爭用，以提高系統效能。系統採用迴圈的方式來分配復原段。當oracle建立資料庫時候，系統自動在system中分配一個system rollback segment，用來完成系統的事務，不為大家共用。所以系統最後能有至少一個復原段存放使用者復原資訊。系統能夠載入的使用者復原段數量和以下幾個初始化參數有關：transactions_per_rollback_segment 指定每一個復原段支援的並發數；max_rollback_segments

通常在當前控制檔案丟失，或者當前的控制檔案與需要恢複的控制檔案不一致的情況下，我們需要重新建立一個控制檔案或者使用 unsingbackup controlfile方式來恢複控制檔案。說簡單點，只要是備份的控制檔案與當前的控制檔案不一致進行恢複資料庫，就需要使用到 unsingbackup

1、顯示目前使用者索引資訊（DBA_INDEXES,ALL_INDEXES,USER_INDEXES)03:41:37 SQL> select index_name,index_type,uniqueness03:41:49   2   from user_indexes;INDEX_NAME      INDEX_TYPE      UNIQUENES--------------- ---------------

（1）檢查需要重建的索引根據以下幾方面進行檢查，確定需要重建的索引。第一，查看SYSTEM資料表空間中的使用者索引為了避免資料字典的片段出現，要盡量避免在SYSTEM資料表空間出現使用者的表和索引。select index_name from dba_indexes where tablespace_name="SYSTEM" and owner not in

一、查看系統資料表中的使用者索引在Oracle中，SYSTEM表是安裝資料庫時自動建立的，它包含資料庫的全部資料字典，預存程序、包、函數和觸發器的定義以及系統復原段。一般來說，應該盡量避免在SYSTEM表中儲存非SYSTEM使用者的對象。因為這樣會帶來資料庫維護和管理的很多問題。一旦SYSTEM表損壞了，只 能重建資料庫。我們可以用下面的語句來檢查在SYSTEM表內有沒有其他使用者的索引存在。/* Formatted on 2010/6/19 13:22:46 (QP5 v5.115.810.9

1、修改索引段儲存參數03:31:28 SQL> alter index scott.indx_ename deallocate unused;Index altered.03:31:36 SQL> alter index scott.indx_ename allocate extent(size 1m);Index altered.2、重建索引03:32:48 SQL> alter index indx_ename rebuild;Index

1、建立b-tree索引（1）相關概念根塊（一個）：索引頂級塊，它包含指向下一級節點（分支塊或葉塊）的資訊。分支塊：它包含指向下一級的節點（分支塊或葉塊）的資訊。葉塊：它包含索引入口資料，索引入口包含索引列值或受限ROWID（2）建立索引如果在where子句中要經常引用某列或某幾列，應該給予這些列值建立B-*樹索引10:23:58 SQL> create index ind_ename on scott.emp(ename) pctfree 3010:24:32   2

1、索引的概念索引是用於加速資料存取的資料庫物件。合理地使用索引可以大大降低I/O次數。2、索引的功能：對記錄進行排序，加快表的查詢速度。3、索引的分類：（1）單列索引和複合索引單列索引是基於單個列所建立的索引；複合索引時基於兩列或多列所建立的索引。SQL>CREATE    INDEX    emp_idx1   on  emp( ename, job);SQL>CREATE    INDEX  

1、索引的建立文法：CREATE UNIUQE | BITMAP INDEX <schema>.<index_name>     ON <schema>.<table_name>          (<column_name> | <expression> ASC | DESC,           <column_

一、資源管理員（DRM）由三個要素組成：資源消費群（resource_consumer_group)資源計劃  （resource_plan）資源計劃指令（resource_plan_directive）執行與DRM有關的操作，必須具有 administer_resource_manager 系統許可權。二、未決域（pending area）DRM的三個要素都必須建立在未決域中，然後提交。1、建立未決域exec dbms_resource_manager.create_pending_

1、資源管理，啟用參數09:44:54 SQL> show  parameter resourceNAME                                 TYPE        VALUE------------------------------------ -----

Oracle資源管理員（Oracle Database Resource Manager，以下簡稱DBRM）管理資料庫資源，為不同的會話分配不同的資料庫資源。DBRM管理的資源主要包括CPU時間。下面分以下幾個章節介紹：Oracle DBRM幫你處理哪些問題Oracle DBRM是怎樣處理這些問題的Oracle DBRM包含的內容Oracle DBRM資源分派方法Oracle DBRM的許可權管理1、Oracle

1、賬戶鎖定FAILED_LOGIN_ATTEMPTS：用於指定連續登入的最大失敗次數。PASSWORD_LOCK_TIME：用於指定賬戶被鎖定的天數。03:34:13 SQL> create profile lock_account limit03:36:51   2   failed_login_attempts 303:37:07   3   password_lock_time 10;Profile created.02:56:45 SQL>

Profile 是口令限制、資源限制的命名集合。建立Oracle資料庫時，Oracle會自動建立Default Profile，然後分配各使用者，如果沒有指定，使用者會啟用default profile。1、查看口令檔案09:07:15 SQL> select username ,profile from dba_users;USERNAME                      

(1) 建立B*tree索引3:11:08 SQL>create index emp1_job_ind on emp1(job);（2）分析索引結構3:11:08 SQL> ANALYZE INDEX EMP1_JOB_IND VALIDATE STRUCTURE;Index analyzed.（3）查看索引儲存資訊03:11:41 SQL> SELECT BLEVEL,LEAF_BLOCKS,NUM_ROWS FROM USER_INDEXES03:12:12