⑴ Oracle資料庫無響應故障處理方式
Oracle資料庫無響應故障處理方式
Oracle資料庫無響應故障,簡單地講就是資料庫實例不能響應客戶端發起的請求,客戶端提交一個sql後,就一直處於等待資料庫實例返回結果的狀態。更嚴重的現象是客戶端根本不能連接到資料庫,發起一個連接請求後,一直處於等待狀態。Oracle資料庫無響應故障怎麼處理呢?下面跟我一起來學習Oracle資料庫無響應故障的處理方法吧!
無響應的故障現象一般有以下幾種:
1.Oracle的進程在等待某個資源或事件
這種現象一般可以從V$SESSION_WAT、V$LATCH、V$LATCHHOLDER等動態視圖中檢查進程正在等待的資源或事件,而被等待的資源或事件,一直都不能被獲取,甚至是很長時間都不可獲得。如果這個正在等待的進程持有了其他的資源,則會引起其他的進程等待,這樣就很可能引起實例中大范圍的會話發生等待。由於進程在等待資源或事件時,通常都處於SLEEP狀態,消耗的CPU資源非常少(在等待latch時要稍微多消耗一些CPU資源),所以從OS來看,CPU的消耗並不高,甚至是非常低。
這種因為等待而引起的個別進程Hang,相對比較容易處理。
2. OracleProcess Spins
所謂Spin,就是指Oracle進程中的代碼在執行某個過程時,陷入了循環。在V$SESSION視圖中,往往可以看到Hang住的會話,一直處於“ACTIVE”狀態。對於這樣的會話,用“alter system kill session ‘sid,serial#’”命令也不能完全斷開會話,會話只能被標記為“killed”,會話會繼續消耗大量的CPU。進程Spins由於是在做循環,CPU的消耗非常大,從OS上明顯可以看到這樣的進程,通常會消耗整個CPU的資源。
而對於這樣的Hang住的會話,處理起來相對比較復雜,並且為了從根本上解決問題,需要超過DBA日常維護所需要的技能。
從故障范圍來看,無響應故障可以分為以下幾種情況:
1. 單個或部分會話(進程)Hang住
這種情況屬於小范圍的故障,業務影響相對較小,一般來說只會影響業務系統的個別模塊。在一個多應用系統的資料庫上面,如果Hang住的會話比較多,則影響的可能是其中的一個應用系統。這里有一個例外,如果Hang住的進程是系統後台進程,如pmon、smon等,則影響的范圍就非常大了,最終甚至會影響整個資料庫及所有應用系統。還有值得注意的是,即使是少部分會話Hang住,也要及時處理,否則極有可能會擴散到整個系統。
2. 單個資料庫實例Hang住
這種情況造成的影響非常大。在這個實例上的所有應用系統均受到嚴重影響,並且在找到根源並最終解決問題之前,資料庫實例往往須要重啟。
3. OPS或RAC中的多個實例或所有實例都Hang住
在這種情況下,即使是OPS或RAC,都已經沒辦法提供高可用特性了。使用這個資料庫的所有應用系統將不能繼續提供服務,這種情況往往須要重啟。
無響應故障成因分析
Oracle資料庫無響應,一般主要由以下幾種原因引起:
1. 資料庫主機負載過高,嚴重超過主機承受能力
比如應用設計不當,資料庫性能低下,活動會話數的大量增加,導致資料庫主機的負載迅速增加,資料庫不能正常操作,並最終Hang住;主機物理內存嚴重不足,引起大量的換頁,特別是在SGA中的內存被大量換出到虛擬內存時,資料庫實例往往就會Hang住。
2. 日常維護不當、不正確的操作引起資料庫Hang住
比如歸檔日誌的存儲空間滿,導致資料庫不能歸檔,引起資料庫Hang住;在一個大並發的繁忙的系
統上,對DML操作比較多的大表進行move、增加外鍵約束等操作也可能使系統在短時間內負載大幅升高,並引起資料庫系統Hang住;不正確的資源計劃(Resource Plan)配置,使進程得不到足夠的CPU等。
3. Oracle資料庫的Bug
幾乎每個版本都存在著會導致資料庫系統Hang住的Bug,這些Bug會在一些特定的條件下觸發,特別是在RAC資料庫中,引起資料庫Hang住的Bug比較多。
4. 其他方面的一些原因
比如在RAC資料庫中,如果一個節點退出或加入到RAC的過程中,當進行Resource Reconfiguration時,會使系統凍結一段時間,也有可能使系統Hang住。
以上所描述的幾種常見的會導致Oracle資料庫實例Hang住的原因中,大部分的情況是可以避免的,只要維護得當,一般不會出現這種故障。對於Oracle資料庫Bug所導致的資料庫無響應故障,由於是在特定的情況下才會觸發,所以如果能夠盡量對資料庫打上最新版本的補丁,並且熟悉當前版本中會導致系統Hang住的Bug以及觸發條件,就能夠最大限度地避免這種故障的發生,提高系統的可用性。
那麼,在資料庫Hang住的情況下,如何去分析並發現導致問題的根源?一方面,由於系統Hang住會導致業務系統不可用,為了能夠盡快地恢復業務,須快速地判斷問題所在,然後Kill掉引起故障的會話和進程,或者資料庫實例不得不重啟以迅速恢復業務;但另一方面,如果只是重啟資料庫或Kill會話和進程來解決問題,在很多情況下是治標不治本的辦法,在以後故障隨時可能會出現。如何在二者之間進行抉擇呢?對於資料庫Hang故障的處理,首先是盡可能地收集到系統Hang住時的狀態數據,然後盡快地恢復業務,恢復業務後分析收集到的數據,找到資料庫系統Hang住的真正原因,然後再進行相應的處理。下一節將詳細描述資料庫系統Hang住後的處理流程。
無響應故障處理流程
對於Oracle無響應故障的處理,我們可以按下圖所示的流程進行。
值得注意的是,上圖並不是一個完整的Oracle資料庫故障處理流程圖,只是處理Oralce資料庫無響應這一類特定的故障的流程,只列出了針對這一特定類型故障處理時的關鍵處理點。不過既然是故障,所以這類故障的處理流程與其他故障的處理流程,有著非常相似的地方。
下面是整個流程的詳細說明:
1. 在出現資料庫無響應故障後,首先確認系統的影響范圍,如上節所描述的',是部分業務系統或模塊還是所有的業務系統都受影響,是不是整個實例或多個實例都無響應。同時應詢問系統維護和開發人員,受影響的系統在出現故障前是否有過變動,包括主機硬體、操作系統、網路、資料庫以及應用等。有時一個細小的變動就可能導致出現資料庫Hang住這樣嚴重的故障。曾經遇到一個庫,應用只是修改了一個SELECT語句就導致了資料庫Hang住。
2. 為了避免由於網路、資料庫監聽或客戶端因素影響分析,建議都登錄到主機上進行操作。
3. 如果主機不能登錄(為了避免干擾流程主線,這里不討論如網路問題這樣也會導致不能連接的故障),嘗試關閉出現問題的業務系統,甚至是所有的業務系統。如果關閉了所有的業務系統之後,仍然不能連接,則只有考慮重新啟動資料庫主機。在資料庫主機重新啟動後,使用操作系統工具或OSW等長期監控操作系統的資源使用,同時監控Oracle資料庫的性能和等待等。
4. 登錄上主機後,先用top、topas等命令簡單觀察一下系統。看看系統的CPU使用、物理內存和虛擬內存的使用、IO使用等情況。
5. 使用SQLPLUS連接資料庫,如果不能連接,則只能從操作系統上觀察系統中是否有異常的現象,比如佔用CPU過高的進程。使用gdb、dbx等debugger工具對資料庫進行system state mp;使用strace、truss等工具檢查異常進程的系統調用;使用pstack、procstack等工具察看異常進程的call stack等。
6. 使用SQLPLUS連接上資料庫後,進行hanganalyze、system state mp等操作;或檢查等待事件、異常會話等正在執行的SQL等待。
7. 找到故障產生的原因,如果暫時找不到原因,盡量收集數據。
8.確良如果應用急須恢復,可通過Kill會話、重啟資料庫實例等方式,先恢復應用。
9. 根據最終診斷結果,對資料庫升級打補丁,或者修改應用等方式從根本上解決問題。
怎樣避免資料庫出現無響應故障
作為Oracle資料庫DBA,除了處理故障之外,更重要的是如何預防故障的發生。根據前面對資料庫無響應故障的成因分析,在日常的維護工作中,須做到以下幾點:
1. 進行正確的維護操作
很多的資料庫無響應故障都是由於不正確的維護操作引起的。應避免在業務高峰期做大的維護操作,比如像move、加主外鍵約束等會長時間鎖表的操作。如果的確需要,盡量使用正確的操作方法。比如用ONLINE方式重建索引;建主鍵、唯一鍵約束時先建索引,然後在建約束時指定新建的索引,等等。也就是保證系統的並發性、可伸縮性,避免系統串列操作的出現。
2. 優化應用設計,優化資料庫性能
為避免性能問題導致在業務高峰期資料庫不能及時有效處理來自業務的請求,甚至於完全Hang住。對於資料庫中存在串列訪問的部分進行優化,比如latch、enqueue,還包括不合理的sequence設計等。特別是在RAC資料庫中,嚴重串列訪問等待往往更容易引起嚴重的性能問題。優化應用設計,使資料庫具有更好的可伸縮性和並行處理能力,能夠有效地避免性能問題引起的資料庫Hang住。
3. 利用監控系統隨時監控系統負載
遇到系統負載過高,內存不足,OS中虛擬內存換頁很頻繁等情況時,及時採取措施;監控Oracle資料庫的核心進程,如pmon、smon等,看是否有異常,如過高的CPU消耗。出現異常應立即處理;監控歸檔空間和日誌切換;監控資料庫中的等待事件,比如是否有大量的enqueue、log file switch (archiving needed)、resmgr:become active等待事件等。
4. 為資料庫打上補丁
很多的無響應故障是由於Oracle的Bug引起的,資料庫DBA應關注當前版本中有哪些Bug會導致資料庫Hang住,盡量為資料庫打上解決這些Bug的補丁。
;⑵ Oracle資料庫問題
1.指定默認表空間是為了建立用戶下的對象,臨時表空間是存放臨時數據,比如排序的數據,不指定默認表空間就會建到SYSTEM表空間里,這是不推薦的,業務數據最好跟系統數據分表空間存放
2.SYSTEM表空間是在建庫的時候建立的
3.不推薦在SYSTEM表空間上存放業務數據
⑶ Oracle資料庫頻繁歸檔問題的解決辦法
Oracle資料庫頻繁歸檔問題的解決辦法
第一步 檢查
top 輸出 CPU 使用率很低
iostat 讀 M/s 寫 K/s iowait %
v$session 中的會話不多 且都沒有大的事務操作
db_writer_processes=
log_archive_max_processes=
主日誌組 個 每個組中 個 M大小的日誌文件
備日誌組 個 每個組中 個 M大小的日誌文件
v$log 除了一個組為current 其它所有日誌組狀態均為active
重啟資料庫現象依舊
第二步 判斷
根據以上檢查結果 判斷應該不是應用層的問題 初步判斷是系統進程或硬體問題 因為是生產系統 不到萬不得已不要輕易作硬體檢測和更換 因為那樣會需要大量停止服務時間 首先採取一般控制日誌歸檔的方法
第三步 措施
增加主日誌文件
alter database add logfile member /u /oradata/BOSS/redo log to group
alter database add logfile member /u /oradata/BOSS/redo log to group
alter database add logfile member /u /oradata/BOSS/redo log to group
alter database add logfile member /u /oradata/BOSS/redo log to group
第四步 增加歸檔進程數 由 改為
alter system set log_archive_max_processes= scope=both
lishixin/Article/program/Oracle/201311/17384
⑷ 關於Oracle資料庫的幾個問題,希望高人能幫忙解答。只有20分~~全給您了~謝謝~~急
1.
Create tablespace student datafile
'C:\data.dbf' size 50m autoextend on
next 5m maxsize 500m;
2.
Create Table student(stu_id number(8)
constraint student_stu_id_pk primary key,
stu_name varchar2(10) Not Null ,
stu_grade Number(2) Default 1 Not Null,
stu_phone varchar2(20)
constraint stu_phone_uk unique)
(說明,外鍵的設置應該有另外一張表的說明,此處未能創建外鍵。如果要創建,可參考以下語句:
constraint student_stu_name_fk
references table_name(col_name)
)
3.
Create Or Replace Trigger phonetrigger
Before Update On student
For Each Row
Declare
Ln_Stu_Id Number; --學生ID
Ls_Stu_Phone Varchar2(50); --學生電話
Begin
If :New.Stu_Phone <> :Old.Stu_Phone Then
Ls_Stu_Phone := :New.Stu_Phone;
Ln_Stu_Id := :New.Stu_Id;
Update Student_Phone
Set Stu_Phone = Ls_Stu_Phone
Where Stu_Id = Ln_Stu_Id;
End If;
End;
4.--這個問題返回值應該不止一個,所以得用表值函數,這個不是很清楚,只能列舉一下大概的語法:
Create Or Replace Function Studentphone(In_Gread Number) Return < Student.Stu_Phone > %Type Is
Result < Student.Stu_Phone > %Type;
Begin
Select Stu_Phone Into Result From Student Where Stu_Gread > In_Gread;
Return(Result);
End Studentphone;
5---
Create Or Replace Procere Setgread(In_Gread Number) As
Begin
Update Student Set Stu_Grade = In_Gread;
End Setgread;
以上代碼請測試,希望可以幫助到你。
⑸ Oracle資料庫常見問題答疑二
問 利用QUERY選項輸出數據 我知道在Oracle i中 可以使用QUERY有選擇地輸出表數據 我想用EXP命令來實現 但沒有成功 下面是我所寫的命令 以及得到的錯誤信息 exp ddd/ddd file=/dbf/u /customer dmptables=AASC AST_CUSTOMER_KEEPquery= where CUA_TRANS_DTS <add_months(sysdate ) table_export[ ]: CUA_TRANS_DTS: not found (沒有找到)答 操作系統不同 用來指定QUERY=參數的方法也不同 WHERE 語句裡面往往有很多特殊的字元 如= > <和空格等等 而UNIX和Windows操作系統中的外殼命令提示是不歡迎這些字元的 這些字元將被忽略 你應該根據不同的操作系統採用不用的方法 我一般使用帶有QUERY選項的參數文件(PARFILE) 利用PARFILE 可以不考慮操作系統平台而使用完全相同的方法 下面給出一個例子 我用select * from all_objects建立了一個表T 我希望輸出所有object_id 小於 的行 在Windows中 必須這樣做 C:exp>exp userid=tkyte/tkyte tables=tquery= where object_id < 注意 在windows中 需要在WHERE語句的兩端使用三個雙引號 在UNIX中 必須這樣做 $ exp userid=/ tables=t query= whereobject_id < exp userid=/ tables=t parfile=exp par如果使用包含query= where object_id < 的PARFILE文件 我可以在兩個系統中使用相同的一個命令 exp userid=/ tables=t parfile=exp par在兩種操作系統中 完全相同 這相對於在不同的平台中使用不同的QUERY字元串容易多了 問 DBMS_RANDOM 您能否告訴我寫一個能產生大於 小於 的隨機數的隨機數產生器的最好方法?答 Oracle 版介紹了DBMS_RANDOM包 Oracle i 版介紹了DBMS_RANDOM包的新功能 但Oracle i 文檔中沒有詳細全面介紹其功能 幸運的是 有一個新的DBMS_RANDOM包函數能夠返回 之間的隨機數 這個新函數是 FUNCTION value RETURN NUMBER;FUNCTION value (low IN NUMBER high INNUMBER) RETURN NUMBER;FUNCTION normal RETURN NUMBER;FUNCTION string (opt char len NUMBER)RETURN VARCHAR ;VALUE函數的第一種形式返回一個大於或等於 且小於 的隨機數 第二種形式返回一個大於或等於LOW 小於HIGH的隨機數 下面是其用法的一個示例 SQL> select dbms_random value dbms_random value( ) from al;VALUE DBMS_RANDOM VALUE( ) NORMAL函數返回服從正態分布的一組數 此正態分布標准偏差為 期望值為 這個函數返回的數值中有 %是介於 與+ 之間 %介於 與+ 之間 %介於 與+ 之間 事實上 這就是你在清單 中所看到的 最後 是STRING函數 它返回一個長度達 個字元的隨機字元串 參數OPT可以是清單 顯示的值中的任何一個單個字元 關於這些函數及DBMS_RANDOM包的文件都包含在SQLPlus中 select textfrom all_sourcewhere name = DBMS_RANDOM and type = PACKAGE order by line; 問 連接次序與謂詞求值 在下面的查詢中 WHERE 語句的哪一部分先執行?Select field names from emp deptwhere emp dept_num = dept num andemp name Like S% and dept name= IT ;答 執行次序隨已有的索引 統計 和session/init ora參數的不同而變化 假定已有一個建立在DEPT(name)和EMP(dept_num)上的索引 假定優化器認為DEPT是唯一的 它可能按下面的順序進行操作 利用建立在DEPT(name)上的索引查找dept列利用建立在EMP(dept_num)上的索引查找匹配的emp列(即連接emp dept_num = dept num)依據建立在emp ename like S% 進行過濾現在 我們假定沒有建立在EMP(dept_num)上的索引 也沒有建立在DEPT(name)上的索引 而存在建立在EMP(name)和DEPT(num)上的索引 優化器可能按下面的次序進行操作 利用建立在EMP(name)上的索引找到帶有S的EMPS利用建立在DEPT(num)上的索引找到匹配項根據dept name = IT 過濾結果謂詞求值的次序是不確定的 可以隨時間的改變而改變 並由優化器決定 不要假定任何事情會按一定的次序發生 如果你那麼做 隨著時間的推移 你的應用程序可能會出現一些看起來非常奇怪的錯誤 看以下的例子 建立一個表 輸入一些數據 當X= a 時 第二列的數據 Y 是一個數值 當X= b 時 Y 不是數字 SQL> create table t ( x varchar ( ) y varchar ( ) );Table created SQL> insert into t values ( a ); row created SQL> insert into t values ( b x ); row created 現在根據這個表運行一個查詢 查找滿足x= a y= 的行 SQL> select * from t where x = a andy = ;ERROR:ORA : invalid numberno rows selected(錯誤 無效的數字 沒有選擇任何行)呦 沒有成功 在這種情況下 資料庫首先執行Y= 當找到Y= X 的行後 很顯然 它不能將 X 轉換為一個數字 所以失敗了 而下面的程序將給出不同的結果 SQL> *** yze table t pute statistics;Table *** yzed (表已經分析過)SQL> select * from t where x = a andy = ;X Y a 使用不同的優化器模式 成功了!為什麼?優化器說 嘿 檢查x= a 要比檢查y= 來得快 因為在y= 中有一個將y從字元變為數字的轉換 所以 我先檢查x= a 然後再檢查y= 這個例子說明謂詞執行的次序可能是不確定的 你不能指望有一種特定的執行次序 也就是說 當你依靠一個隱含的轉換時 必須非常謹慎 問 顯示SGA fixed size(固定大小)與variable size(可變大小) 當在svrmgr提示符下運行 show SGA 時 fixed size和variable size是什麼意思?答 fixed size就是SGA中固定組件(它在編譯oracle 資料庫本身時就固定於其中)的大小 它是固定大小的內存 用來指向SGA的其它部分 SGA這一部分的大小是不能改變的 variable size指分配的內存塊大小可變 SGA的可變塊 分為共享池 大池 JAVA池 游標區和其他結構 lishixin/Article/program/Oracle/201311/17509
⑹ ORACLE資料庫常見問題診斷方法
ORACLE的這類錯誤在ORALCE的文檔中有詳細說明 但原因及措施說明不詳細 本文當著重說明如何解決這類錯誤
ORA ORA ORA ORA
特徵 客戶端(代理或應用伺服器)有時報這類斷連錯誤
原因 如果偶爾出現一次 則可能為網路原因或用戶異常中止 如果經常出現則為客戶端與服務端的字元集不一致
措施 如果偶爾出現 可在服務端的協議配置文件PROTOCOL ORA中增加一行
TCP NODELAY=YES
如果經常出現 則為客戶端與服務端字元集不一致或網路原因
客戶端的字元集在注冊表裡定義
HKEY__LOCAL__MACHINE/SOFARE/ORACLE/NLS__LANG
在客戶端注冊表中的TCP參數項中設置
TCPMAXDATARETRANSMITIONS=
ORA
特徵 達到會話允許的最大游標數
原因 達到會話允許的最大游標數
措施 有兩種解決方法
( )
在初始化文件INIT<SID> ORA文件中增加OPEN_CURSORS的數量 一般要求大於
( )
在應用級 與開發工具有關 例如設置MAXOPEN_CURSORS等
ORA
特徵 某個回滾段不可用
原因 ( )當使回滾段ONLINE時 但回滾段不可用 例如回滾段所在表空間OFFLINE;
( ) 當使回滾段ONLINE時 但回滾段已ONLINE 例如回滾段被使用兩次 典型的案例如OPS方式時 回滾段不能公有;
( )刪除回滾段時 回滾段中有活動的事務
措施 ( )確保回滾段可
( )從 初始化文件INIT<SID> ORA的參數ROLLBACK)SEGMENTS中刪除指定的回滾段
( )
可以將回滾段所在表空間刪除 取消UNDO事務
ORA x
特徵 表空間沒有足夠的空間供分配
原因 表空間已滿 存儲參數不合理 NEXT太小 沒有連續的區間
措施 如果表空間已滿 則需為表空間增加文件 如果存儲參數不合理 則需增加INITIAL和NEXT 如果沒有連續的區間 需要合並空閑的表空間
查看空間碎片用DBA_FREE_SPACE
ORA
特徵 當前會話無法讀到以前版本的數據
原因 原因很多 主要原因有下列 回滾段太小 太少 回滾段沖突 交叉提交(FETCH_ACROSS)
措施 增加回滾段數量
ORA
特徵 共享池內存區內存不夠 或產生內存碎片
原因 當試圖裝載一個大包時或執行一個較大的存儲過程時 而共享池沒有連續的內存空間
措施 如果是內存不夠 則增加SHARE)POOL_SIZE
如果是內存碎片 執行alter system flush share_pool
ORA
特徵 觸發器工作不正常
原因 一個行觸發讀取或修改變化的表(正在修改 插入)時 產生這種錯誤
措施 檢查觸發器腳本 保證引用完整性
ORA ORA
特徵 介質故障導致資料庫宕機
原因 介質故障
措施 檢查硬體故障 修改dbshut腳本 將其中的STARTUP命令修改為
&nbs
p;
Startup open recover
lishixin/Article/program/Oracle/201311/17300
⑺ oracle資料庫問題
一樓的不錯
撤銷操作是有DROP完成
SQL 約束
約束用於限制加入表的數據的類型。
可以在創建表時規定約束(通過 CREATE TABLE 語句),或者在表創建之後也可以(通過 ALTER TABLE 語句)。
我們將主要探討以下幾種約束:
NOT NULL
UNIQUE
PRIMARY KEY
FOREIGN KEY
CHECK
DEFAULT
注釋:在下面的章節,我們會詳細講解每一種約束。
SQL NOT NULL 約束
NOT NULL 約束強制列不接受 NULL 值。
NOT NULL 約束強制欄位始終包含值。這意味著,如果不向欄位添加值,就無法插入新紀錄或者更新記錄。
下面的 SQL 語句強制 "Id_P" 列和 "LastName" 列不接受 NULL 值:
CREATE TABLE Persons
(
Id_P int NOT NULL,
LastName varchar(255) NOT NULL,
FirstName varchar(255),
Address varchar(255),
City varchar(255)
)
SQL UNIQUE 約束UNIQUE 約束唯一標識資料庫表中的每條記錄。UNIQUE 和 PRIMARY KEY 約束均為列或列集合提供了唯一性的保證。PRIMARY KEY 擁有自動定義的 UNIQUE 約束。請注意,每個表可以有多個 UNIQUE 約束,但是每個表只能有一個 PRIMARY KEY 約束。SQL UNIQUE Constraint on CREATE TABLE下面的 SQL 在 "Persons" 表創建時在 "Id_P" 列創建 UNIQUE 約束:MySQL:CREATE TABLE Persons
(
Id_P int NOT NULL,
LastName varchar(255) NOT NULL,
FirstName varchar(255),
Address varchar(255),
City varchar(255),
UNIQUE (Id_P)
)
SQL Server / Oracle / MS Access:
CREATE TABLE Persons
(
Id_P int NOT NULL UNIQUE,
LastName varchar(255) NOT NULL,
FirstName varchar(255),
Address varchar(255),
City varchar(255)
)
如果需要命名 UNIQUE 約束,以及為多個列定義 UNIQUE 約束,請使用下面的 SQL 語法:
MySQL / SQL Server / Oracle / MS Access:
CREATE TABLE Persons
(
Id_P int NOT NULL,
LastName varchar(255) NOT NULL,
FirstName varchar(255),
Address varchar(255),
City varchar(255),
CONSTRAINT uc_PersonID UNIQUE (Id_P,LastName)
)
撤銷 UNIQUE 約束
如需撤銷 UNIQUE 約束,請使用下面的 SQL:
MySQL:
ALTER TABLE Persons
DROP INDEX uc_PersonID
SQL Server / Oracle / MS Access:
ALTER TABLE Persons
DROP CONSTRAINT uc_PersonID
SQL PRIMARY KEY 約束PRIMARY KEY 約束唯一標識資料庫表中的每條記錄。主鍵必須包含唯一的值。主鍵列不能包含 NULL 值。每個表應該都一個主鍵,並且每個表只能有一個主鍵。SQL PRIMARY KEY Constraint on CREATE TABLE下面的 SQL 在 "Persons" 表創建時在 "Id_P" 列創建 PRIMARY KEY 約束:MySQL:CREATE TABLE Persons
(
Id_P int NOT NULL,
LastName varchar(255) NOT NULL,
FirstName varchar(255),
Address varchar(255),
City varchar(255),
PRIMARY KEY (Id_P)
)
SQL Server / Oracle / MS Access:
CREATE TABLE Persons
(
Id_P int NOT NULL PRIMARY KEY,
LastName varchar(255) NOT NULL,
FirstName varchar(255),
Address varchar(255),
City varchar(255)
)
如果需要命名 PRIMARY KEY 約束,以及為多個列定義 PRIMARY KEY 約束,請使用下面的 SQL 語法:
MySQL / SQL Server / Oracle / MS Access:
CREATE TABLE Persons
(
Id_P int NOT NULL,
LastName varchar(255) NOT NULL,
FirstName varchar(255),
Address varchar(255),
City varchar(255),
CONSTRAINT uc_PersonID PRIMARY KEY (Id_P,LastName)
)
SQL PRIMARY KEY Constraint on ALTER TABLE
如果在表已存在的情況下為 "Id_P" 列創建 PRIMARY KEY 約束,請使用下面的 SQL:
MySQL / SQL Server / Oracle / MS Access:
ALTER TABLE Persons
ADD PRIMARY KEY (Id_P)
如果需要命名 PRIMARY KEY 約束,以及為多個列定義 PRIMARY KEY 約束,請使用下面的 SQL 語法:
MySQL / SQL Server / Oracle / MS Access:
ALTER TABLE Persons
ADD CONSTRAINT pk_PersonID PRIMARY KEY (Id_P,LastName)
注釋:如果您使用 ALTER TABLE 語句添加主鍵,必須把主鍵列聲明為不包含 NULL 值(在表首次創建時)。
撤銷 PRIMARY KEY 約束
如需撤銷 PRIMARY KEY 約束,請使用下面的 SQL:
MySQL:
ALTER TABLE Persons
DROP PRIMARY KEY
SQL Server / Oracle / MS Access:
ALTER TABLE Persons
DROP CONSTRAINT pk_PersonID
SQL FOREIGN KEY 約束一個表中的 FOREIGN KEY 指向另一個表中的 PRIMARY KEY。讓我們通過一個例子來解釋外鍵。請看下面兩個表:"Persons" 表:Id_P LastName FirstName Address City 1 Adams John Oxford Street London 2 Bush George Fifth Avenue New York 3 Carter Thomas Changan Street Beijing "Orders" 表:Id_O OrderNo Id_P 1 77895 3 2 44678 3 3 22456 1 4 24562 1 請注意,"Orders" 中的 "Id_P" 列指向 "Persons" 表中的 "Id_P" 列。"Persons" 表中的 "Id_P" 列是 "Persons" 表中的 PRIMARY KEY。"Orders" 表中的 "Id_P" 列是 "Orders" 表中的 FOREIGN KEY。FOREIGN KEY 約束用於預防破壞表之間連接的動作。FOREIGN KEY 約束也能防止非法數據插入外鍵列,因為它必須是它指向的那個表中的值之一。SQL FOREIGN KEY Constraint on CREATE TABLE下面的 SQL 在 "Orders" 表創建時為 "Id_P" 列創建 FOREIGN KEY:MySQL:CREATE TABLE Orders
(
O_Id int NOT NULL,
OrderNo int NOT NULL,
Id_P int,
PRIMARY KEY (O_Id),
FOREIGN KEY (Id_P) REFERENCES Persons(Id_P)
)
SQL Server / Oracle / MS Access:
CREATE TABLE Orders
(
O_Id int NOT NULL PRIMARY KEY,
OrderNo int NOT NULL,
Id_P int FOREIGN KEY REFERENCES Persons(Id_P)
)
如果需要命名 FOREIGN KEY 約束,以及為多個列定義 FOREIGN KEY 約束,請使用下面的 SQL 語法:
MySQL / SQL Server / Oracle / MS Access:
CREATE TABLE Orders
(
O_Id int NOT NULL,
OrderNo int NOT NULL,
Id_P int,
PRIMARY KEY (O_Id),
CONSTRAINT fk_PerOrders FOREIGN KEY (Id_P)
REFERENCES Persons(Id_P)
)
SQL FOREIGN KEY Constraint on ALTER TABLE
如果在 "Orders" 表已存在的情況下為 "Id_P" 列創建 FOREIGN KEY 約束,請使用下面的 SQL:
MySQL / SQL Server / Oracle / MS Access:
ALTER TABLE Orders
ADD FOREIGN KEY (Id_P)
REFERENCES Persons(Id_P)
如果需要命名 FOREIGN KEY 約束,以及為多個列定義 FOREIGN KEY 約束,請使用下面的 SQL 語法:
MySQL / SQL Server / Oracle / MS Access:
ALTER TABLE Orders
ADD CONSTRAINT fk_PerOrders
FOREIGN KEY (Id_P)
REFERENCES Persons(Id_P)
撤銷 FOREIGN KEY 約束
如需撤銷 FOREIGN KEY 約束,請使用下面的 SQL:
MySQL:
ALTER TABLE Orders
DROP FOREIGN KEY fk_PerOrders
SQL Server / Oracle / MS Access:
ALTER TABLE Orders
DROP CONSTRAINT fk_PerOrders
SQL CHECK 約束CHECK 約束用於限制列中的值的范圍。如果對單個列定義 CHECK 約束,那麼該列只允許特定的值。如果對一個表定義 CHECK 約束,那麼此約束會在特定的列中對值進行限制。SQL CHECK Constraint on CREATE TABLE下面的 SQL 在 "Persons" 表創建時為 "Id_P" 列創建 CHECK 約束。CHECK 約束規定 "Id_P" 列必須只包含大於 0 的整數。My SQL:CREATE TABLE Persons
(
Id_P int NOT NULL,
LastName varchar(255) NOT NULL,
FirstName varchar(255),
Address varchar(255),
City varchar(255),
CHECK (Id_P>0)
)
SQL Server / Oracle / MS Access:
CREATE TABLE Persons
(
Id_P int NOT NULL CHECK (Id_P>0),
LastName varchar(255) NOT NULL,
FirstName varchar(255),
Address varchar(255),
City varchar(255)
)
如果需要命名 CHECK 約束,以及為多個列定義 CHECK 約束,請使用下面的 SQL 語法:
MySQL / SQL Server / Oracle / MS Access:
CREATE TABLE Persons
(
Id_P int NOT NULL,
LastName varchar(255) NOT NULL,
FirstName varchar(255),
Address varchar(255),
City varchar(255),
CONSTRAINT chk_Person CHECK (Id_P>0 AND City='Sandnes')
)
SQL CHECK Constraint on ALTER TABLE
如果在表已存在的情況下為 "Id_P" 列創建 CHECK 約束,請使用下面的 SQL:
MySQL / SQL Server / Oracle / MS Access:
ALTER TABLE Persons
ADD CHECK (Id_P>0)
如果需要命名 CHECK 約束,以及為多個列定義 CHECK 約束,請使用下面的 SQL 語法:
MySQL / SQL Server / Oracle / MS Access:
ALTER TABLE Persons
ADD CONSTRAINT chk_Person CHECK (Id_P>0 AND City='Sandnes')
撤銷 CHECK 約束
如需撤銷 CHECK 約束,請使用下面的 SQL:
SQL Server / Oracle / MS Access:
ALTER TABLE Persons
DROP CONSTRAINT chk_Person
SQL DEFAULT 約束DEFAULT 約束用於向列中插入默認值。如果沒有規定其他的值,那麼會將默認值添加到所有的新紀錄。SQL DEFAULT Constraint on CREATE TABLE下面的 SQL 在 "Persons" 表創建時為 "City" 列創建 DEFAULT 約束:My SQL / SQL Server / Oracle / MS Access:CREATE TABLE Persons
(
Id_P int NOT NULL,
LastName varchar(255) NOT NULL,
FirstName varchar(255),
Address varchar(255),
City varchar(255) DEFAULT 'Sandnes'
)
通過使用類似 GETDATE() 這樣的函數,DEFAULT 約束也可以用於插入系統值:
CREATE TABLE Orders
(
Id_O int NOT NULL,
OrderNo int NOT NULL,
Id_P int,
OrderDate date DEFAULT GETDATE()
)
SQL DEFAULT Constraint on ALTER TABLE
如果在表已存在的情況下為 "City" 列創建 DEFAULT 約束,請使用下面的 SQL:
MySQL:
ALTER TABLE Persons
ALTER City SET DEFAULT 'SANDNES'
SQL Server / Oracle / MS Access:
ALTER TABLE Persons
ALTER COLUMN City SET DEFAULT 'SANDNES'
撤銷 DEFAULT 約束
如需撤銷 DEFAULT 約束,請使用下面的 SQL:
MySQL:
ALTER TABLE Persons
ALTER City DROP DEFAULT
SQL Server / Oracle / MS Access:
ALTER TABLE Persons
ALTER COLUMN City DROP DEFAULT
SQL DROP INDEX 語句我們可以使用 DROP INDEX 命令刪除表格中的索引。用於 Microsoft SQLJet (以及 Microsoft Access) 的語法:DROP INDEX index_name ON table_name
用於 MS SQL Server 的語法:
DROP INDEX table_name.index_name
用於 IBM DB2 和 Oracle 語法:
DROP INDEX index_name
用於 MySQL 的語法:
ALTER TABLE table_name DROP INDEX index_name
SQL DROP TABLE 語句
DROP TABLE 語句用於刪除表(表的結構、屬性以及索引也會被刪除):
DROP TABLE 表名稱
SQL DROP DATABASE 語句
DROP DATABASE 語句用於刪除資料庫:
DROP DATABASE 資料庫名稱
SQL TRUNCATE TABLE 語句
如果我們僅僅需要除去表內的數據,但並不刪除表本身,那麼我們該如何做呢?
請使用 TRUNCATE TABLE 命令(僅僅刪除表格中的數據):
TRUNCATE TABLE 表名稱
ALTER TABLE 語句ALTER TABLE 語句用於在已有的表中添加、修改或刪除列。SQL ALTER TABLE 語法如需在表中添加列,請使用下列語法:ALTER TABLE table_name
ADD column_name datatype
要刪除表中的列,請使用下列語法:
ALTER TABLE table_name
DROP COLUMN column_name
注釋:某些資料庫系統不允許這種在資料庫表中刪除列的方式 (DROP COLUMN column_name)。
要改變表中列的數據類型,請使用下列語法:
ALTER TABLE table_name
ALTER COLUMN column_name datatype
原始的表 (用在例子中的):
Persons 表:
Id LastName FirstName Address City 1 Adams John Oxford Street London 2 Bush George Fifth Avenue New York 3 Carter Thomas Changan Street Beijing
SQL ALTER TABLE 實例
現在,我們希望在表 "Persons" 中添加一個名為 "Birthday" 的新列。
我們使用下列 SQL 語句:
ALTER TABLE Persons
ADD Birthday date
請注意,新列 "Birthday" 的類型是 date,可以存放日期。數據類型規定列中可以存放的數據的類型。
新的 "Persons" 表類似這樣:
Id LastName FirstName Address City Birthday 1 Adams John Oxford Street London 2 Bush George Fifth Avenue New York 3 Carter Thomas Changan Street Beijing
改變數據類型實例
現在我們希望改變 "Persons" 表中 "Birthday" 列的數據類型。
我們使用下列 SQL 語句:
ALTER TABLE Persons
ALTER COLUMN Birthday year
請注意,"Birthday" 列的數據類型是 year,可以存放 2 位或 4 位格式的年份。
DROP COLUMN 實例
接下來,我們刪除 "Person" 表中的 "Birthday" 列:
ALTER TABLE Person
DROP COLUMN Birthday
Persons 表會成為這樣:
Id LastName FirstName Address City 1 Adams John Oxford Street London 2 Bush George Fifth Avenue New York 3 Carter Thomas Changan Street Beijing
⑻ oracle資料庫問題
資料庫 當打開一段時間時,沒有被訪問的時候會自動斷掉,這是很正常, 我個人覺得是軟體設計的問題,每次訪問資料庫時都要進行 『打開 訪問 關閉』 ,不應該在軟體剛打開初始化時去打開資料庫,關軟體時候去關閉資料庫,不知道你明白沒?
⑼ oracle資料庫遇到的問題
第一個問題,你沒寫分號(sqlplus必須寫分號)。沒寫分號,sqlplus認為sql語句沒有寫完,2表示第二行。
另外,根據你的資料庫的版本不同,你可能還要授權dba許可權(grant dba to XXXX)。有些oracle的版本,sysdba和dba是兩個許可權。