對oracle數(shù)據(jù)庫的一些認識(參考版)
2024-08-21 19:30本頁面
【正文】 導(dǎo)出對于還原一個意外刪除的對象或還原這個對象的定義來說是很好的，因為脫機備份不能只還原一個對象，而聯(lián)機備份還原一個對象必須得還原該對象存在的數(shù)據(jù)文件，相對于導(dǎo)出這種備份形式來說要繁瑣很多，但是從導(dǎo)出中還原時，僅能得到導(dǎo)出文件中的內(nèi)容，不能從中向前回滾，所以導(dǎo)出數(shù)據(jù)庫這種備份方式只能作為聯(lián)機備份和脫機備份的一種補充。 數(shù)據(jù)庫導(dǎo)出可以被看作備份的一種形式。 d) 可對幾乎所有數(shù)據(jù)庫實體做恢復(fù)e) 恢復(fù)是快速的，在大多數(shù)情況下愛數(shù)據(jù)庫仍工作時恢復(fù)。b) 備份時數(shù)據(jù)庫仍可使用。一旦數(shù)據(jù)庫運行在archivelog狀態(tài)下，就可以做備份了。所以，如果你有昨天夜里的一個冷備份而且又有今天的熱備份文件，在發(fā)生問題時，就可以利用這些資料恢復(fù)更多的信息。ORACLE 例程已經(jīng)關(guān)閉。 下面是作冷備份的完整例子i. 首先找出控制文件、數(shù)據(jù)文件和redo日志文件的存儲位置2) 關(guān)閉數(shù)據(jù)庫：SQL shutdown 數(shù)據(jù)庫已經(jīng)關(guān)閉。 如果可能的話（主要看效率），應(yīng)將信息備份到磁盤上，然后啟動數(shù)據(jù)庫（使用戶可以工作）并將備份的信息拷貝到磁帶上（拷貝的同時，數(shù)據(jù)庫也可以工作）。 ３、 若磁盤空間有限，只能拷貝到磁帶等其他外部存儲設(shè)備上，速度會很慢。２、 再實施備份的全過程中，數(shù)據(jù)庫必須要作備份而不能作其他工作。 ５、 低度維護，高度安全。對于備份Oracle信息而言，冷備份時最快和最安全的方法。 冷備份：冷備份發(fā)生在數(shù)據(jù)庫已經(jīng)正常關(guān)閉的情況下，當(dāng)正常關(guān)閉時會提供給我們一個完整的數(shù)據(jù)庫。其實SQL的性能優(yōu)化是一個復(fù)雜的過程，上述這些只是在應(yīng)用層次的一種體現(xiàn)，深入研究還會涉及數(shù)據(jù)庫層的資源配置、網(wǎng)絡(luò)層的流量控制以及操作系統(tǒng)層的總體設(shè)計七、 備份Oracle數(shù)據(jù)庫 備份的種類：l 冷備份：一種最簡單直接的備份方式，也稱為脫機備份，但是必須關(guān)閉數(shù)據(jù)庫。要善于使用存儲過程，它使SQL變得更加靈活和高效。任何對列的操作都將導(dǎo)致表掃描，它包括數(shù)據(jù)庫函數(shù)、計算表達式等等，查詢時要盡可能將操作移至等號右邊。1\39。0\39。因為每句都使用了索引，執(zhí)行時間只有3秒，在620000行下，時間也只有4秒。1\39。0\39。因此，實際過程沒有利用id_no上索引，并且完成時間還要受tempdb數(shù)據(jù)庫性能的影響。來執(zhí)行。 or id_no=\39。)轉(zhuǎn)化為id_no =\39。,\39。所以語法分析器會將in (\39。在邏輯上相當(dāng)于\39。) （23秒）分析：where條件中的\39。,\39。 ( 1秒）你會發(fā)現(xiàn)SQL明顯快起來！例2：表stuff有200000行，id_no上有非群集索引，請看下面這個SQL：Select count(*) from stuff where d_no in(\39。 （ 1秒）select * from recordwhere amount 1000*30 （ 1秒）select * from recordwhere date= \39。 （10秒）分析： where子句中對列的任何操作結(jié)果都是在SQL運行時逐列計算得到的，因此它不得不進行表搜索，而沒有使用該列上面的索引；如果這些結(jié)果在查詢編譯時就能得到，那么就可以被SQL優(yōu)化器優(yōu)化，使用索引，避免表搜索，因此將SQL重寫成下面這樣：select * from record where card_no like \39。 (13秒)select * from record where amount/30 1000 （11秒）select * from recordwhere convert(char(10),date,112)=\39。三、不可優(yōu)化的where子句例1：下列SQL條件語句中的列都建有恰當(dāng)?shù)乃饕?，但?zhí)行速度卻非常慢：select * from recordwhere substring(card_no,1,4)=\39。連接條件要充份考慮帶有索引的表、行數(shù)多的表；內(nèi)外表的選擇可由公式：外層表中的匹配行數(shù)*內(nèi)層表中每一次查找的次數(shù)確定，乘積最小為最佳方案。二、SQL的執(zhí)行情況：例：表card有7896行，在card_no上有一個非聚集索引，表account有191122行，在 account_no上有一個非聚集索引，試看在不同的表連接條件下，兩個SQL的執(zhí)行情況：select sum() from account a, card b where = （20秒）將SQL改為：select sum() from account a, card b where = and =（ 1秒）分析：在第一個連接條件下，最佳查詢方案是將account作外層表，card作內(nèi)層表，利用card上的索引，其I/O次數(shù)可由以下公式估算為：外層表account上的22541頁+（外層表account的191122行*內(nèi)層表card上對應(yīng)外層表第一行所要查找的3頁）=595907次I/O在第二個連接條件下，最佳查詢方案是將card作外層表，account作內(nèi)層表，利用account上的索引，其I/O次數(shù)可由以下公式估算為：外層表card上的1944頁+（外層表card的7896行*內(nèi)層表account上對應(yīng)外層表每一行所要查找的4頁）= 33528次I/O可見，只有充份的連接條件，真正的最佳方案才會被執(zhí)行。測試環(huán)境：主機：HP LH II主頻：330MHZ內(nèi)存：128兆操作系統(tǒng)：數(shù)據(jù)庫：缺省情況下建立的索引是非群集索引，但有時它并不是最佳的；合理的索引設(shè)計要建立在對各種查詢的分析和預(yù)測上。在工作實踐中可以發(fā)現(xiàn)，不良的SQL往往來自于不恰當(dāng)?shù)乃饕O(shè)計、不充份的連接條件和不可優(yōu)化的where子句。l 授予用戶角色SQLGRANT DBA TO new_administractorWITH GRANT OPTION。CONNECT具有創(chuàng)建表、視圖、序列等特權(quán)；RESOURCE具有創(chuàng)建過程、觸發(fā)器、表、序列等特權(quán)、DBA具有全部系統(tǒng)特權(quán)；EXP_FULL_DATABASE、 IMP_FULL_DATABASE具有卸出與裝入數(shù)據(jù)庫的特權(quán)。l 回收對象特權(quán)：SQLREVOKE UPDATE ON office_orgaizationFROM new_administratorl 顯示已被授予的全部對象特權(quán)：SQLSELECT*FROM 角色的管理ORACLE的角色是命名的相關(guān)特權(quán)組（包括系統(tǒng)特權(quán)與對象特權(quán)），ORACLE用它來簡化特權(quán)管理，可把它授予用戶或其它角色。這些特殊操作包括增、刪、改、查看、執(zhí)行（存儲過程）、引用（其它表字段作為外鍵）、索引等。l 授予系統(tǒng)特權(quán)：SQLGRANT CREATE USER,ALTER USER,DROP USERTO jxzy_newWITH ADMIN OPTION。l 刪除用戶及其所建對象SQLDROP USER jxzy CASCADE。 用戶管理ORACLE用戶管理的內(nèi)容主要包括用戶的建立、修改和刪除l 用戶的建立SQLCREATE USER jxzyIDENTIFIED BY jxzy_passwordDEFAULT TABLESPACE systemQUATA 5M ON system。引入角色機制的目的是簡化對用戶的授權(quán)與管理。l 建立對象級的安全保證：對象級特權(quán)通過授予用戶對數(shù)據(jù)庫中特定的表、視圖、序列等進行操作（查詢、增、刪改）的權(quán)利來實現(xiàn)。系統(tǒng)特權(quán)可授予用戶，也可以
研究報告相關(guān)推薦
鄂ICP備17016276號-1