A. oracle資料庫怎麼清空
方法一：Delete
Form
表名
方法二：TRUNCATE
TABLE
在功能上與不帶
WHERE
子句的
DELETE
語句相同：二者均刪除表中的全部行。但
TRUNCATE
TABLE
比
DELETE
速度快，且使用的系統和事務日誌資源少。
DELETE
語句每次刪除一行，並在事務日誌中為所刪除的每行記錄一項。TRUNCATE
TABLE
通過釋放存儲表數據所用的數據頁來刪除數據，並且只在事務日誌中記錄頁的釋放。
TRUNCATE
TABLE
刪除表中的所有行，但表結構及其列、約束、索引等保持不變。新行標識所用的計數值重置為該列的種子。如果想保留標識計數值，請改用
DELETE。如果要刪除表定義及其數據，請使用
DROP
TABLE
語句。
對於由
FOREIGN
KEY
約束引用的表，不能使用
TRUNCATE
TABLE，而應使用不帶
WHERE
子句的
DELETE
語句。由於
TRUNCATE
TABLE
不記錄在日誌中，所以它不能激活觸發器。
TRUNCATE
TABLE
不能用於參與了索引視圖的表。
貼過來的,但是很全面
一般就是DLEETE
from
表
希望對你能有所幫助。
B. 如何修改oracle資料庫用戶密碼
修改oracle資料庫用戶密碼的步驟如下：
1.打開命令提示符cmd。
C. Oracle資料庫的備份及恢復策略研究
多工聯機重作日誌文件
每個資料庫實例都有其自己的聯機重作日誌組 在操作資料庫時 Oracle首先將資料庫的全部改變坦喚保存在重作日誌緩沖區中 隨後日誌記錄器進程（LGWR）將數據從系統共用區SGA（System Global Area）的重作日誌緩沖區寫入聯機重作日誌文件 在磁碟崩潰或實例失敗時 可以通過與之相關的聯機重作日誌來保護資料庫 將損失降至最低 但Oracle在默認的方式下只創建一組重作日誌文件（每一組只有一個項目文件） 為了減少丟失這些重要的重作日誌文件的危險 因此需要對其進行鏡像拷貝
在Oracle級多工聯機重作日誌文件 即增加多個文件到每個組以便鏡像數據 這樣I/O故障或寫丟失只損壞一個拷貝 從而保證了LGWR後台進程至少能夠向一個成員寫入信息 資料庫仍然可以繼續運行 同時應保證日誌組的成員不應駐存在同一物理設備上 因為這將削弱多重日誌文件的作用
鏡像拷貝控制文件
控制文件描述通用的資料庫結構 它存儲了大量資料庫狀態信息 包括物理結構和聯機重作日誌文件在當時的名稱 位置 狀態 控制文件在資料庫啟動時被Oracle實例讀取 保持打開並隨著操作而文件內容更新 直到實例關閉為止 在它打開的過程中能夠同步需要恢復的信息 包括檢查點信息 因此若損壞或丟失了控制文件 Oracle將不能繼續工作 因此應在系統中保持控制文件的多個拷貝 且這些拷貝應置於安裝於不同磁碟控制器下的不同磁碟設備中
由於Oracle沒有提供對控制文件多工的完整支持 因此應在對控制文件使用操作系統或硬體鏡像 即在修改初始化文件的control_files參數後重新啟動資料庫前 應將控制文件復制到定義的新位置 否則資料庫啟動時將會出錯
激活歸檔進程
當資料庫運行於NOARCHIVELOG模式下時 只能在完全關閉資料庫後進行資料庫的一致備份 並且同時禁用了聯機重作日誌的存檔 這樣在Oracle實例失敗時只能將資料庫修復到最近畢螞的完整資料庫備份時的那一點上 不能在失效點處對實例進行恢復 而在ARCHIVELOG模式下 資料庫不僅可以進行一致備份 還可以在資料庫打開的情況下進行聯機備份 通過資料庫的備份和聯機與存檔的重作日誌文件 用戶可以恢復所有已提交的事務 並允許將資料庫恢復到指定的時間 SCN或日誌系列號處 增大了恢復的靈活性 減少了故障時的數據丟失 因此資料庫應運行於ARCHIVELOG模式
在ARCHIVELOG模式下為了防止文件損壞和介質故障 應把日誌歸檔到不同的磁碟上 這可以通過在初始化文件中為歸檔重作日誌指定多個目標實現
資料庫實施較大改變時備份
因為控制文件中保存了資料庫的模式結構信息 因此在對資料庫進行較大改變（包括改變表結構 增加 刪除日誌文件或數據文件等）時應立即備份控制文件及相應的數據文件
使用RESETLOGS選項打開資料庫後進行備份
在以RESETLOGS選項打開資料庫後 應對整個資料庫進行離線或聯機的備份 否則將不能恢復重置日誌後的改變
當以RESETLOGS選項打開資料庫時 Oracle將拋棄恢復中沒有應用的重復信息 並確保永遠不再運用 同時還將初始化控制文件中關於聯機日誌和重作線程的信息 清除聯機日誌中的內容 因此 RESETLOGS前的歸檔日誌的序列號將與RESETLOGS後的Oracle控制文件的要讓數凱求值不相符（備份文件中的檢查點比控制文件中的檢查點舊） 即在恢復中不能應用以前的歸檔日誌文件 從而導致RESETLOGS操作之前的備份在新形體中無用
避免備份聯機重作日誌文件
由於文中提出了多工聯機重作日誌文件且資料庫運行於ARCHIVELOG模式 ARCH進程能夠將聯機重作日誌歸檔 因此不必對其進行備份 若用備份的聯機重作日誌文件重建它 可能會引起日誌文件序列號的混亂 從而破壞資料庫 得到適得其反的結果
重置聯機日誌
在進行了不完全恢復或用備份控制文件進行恢復後 應重置聯機日誌
為了確保資料庫的一致性 必須保證在恢復後所有數據文件都恢復到同一個時間點 但不完全恢復可能導致數據文件中具有一個與其它文件不同的檢查點 導致資料庫的一致性受到破壞 同樣 備份的控制文件中保存的SCN和計數器與當前日誌文件中的值可能不同 從而也破壞了資料庫的一致性 因此應在進行完上述兩項操作後重置聯機日誌
資料庫的邏輯備份
以上所述備份都為物理備份 是實際物理資料庫文件從一處拷貝到另一處的備份 除此之外還可使用Oracle提供的導出實用程序進行資料庫的邏輯備份 Oracle同時還提供了相應的導入實用程序重建邏輯備份中保存的信息
邏輯備份只拷貝資料庫中的數據 而不記錄數據位置的備份過程 它利用sql語句 從資料庫中導出數據到一個存放在合適位置的外部文件中 同時並可檢測到數據塊的損壞 因此可用其作為物理備份的補充
備份策略
考慮到如今大部分信息系統每周的業務是 × 操作 因此採用聯機備份 否則可每隔一定時間進行一次離線備份
應用上述規則 可得出下述典型的備份策略
①鏡像拷貝重作日誌文件
②鏡像拷貝控制文件
③激活歸檔進程 即以ARCHIVELOG模式操作資料庫
④每天進行資料庫的部分聯機備份（每天進行資料庫的完全熱備份將無畏地增加資料庫的負擔且沒有必要 同時也增加了資料庫恢復時的靈活性）
⑤每隔一周或幾周進行一次資料庫的邏輯備份
實際項目應用
當資料庫中的文件達到一定數量後 DBA可能記不住該備份的文件的名或位置 因此 若能使備份過程自動化可有效地減輕DBA的負擔 同時不會遺漏應備份的文件 應用自動批處理文件及腳本文件可實現備份 恢復的自動化 下面簡介了在實際項目開發中應用本文所提出的自動備份 恢復策略 通過實際應用 證明了該策略的正確性和可行性
（ ）下述腳本實現聯機重作日誌的多工
connect 賬戶名/密碼 alter database ktgis add logfile member 日誌文件的存儲位置 to group 聯機日誌組號; shutdown immediate startup pfile=初始化文件的存放位置 exclusive mount; 裝載資料庫且不打開 alter database archivelog; 激活歸檔進程 alter database open; exit
（ ）下列VB代碼自動建立聯機備份的批處理文件及相應的腳本文件
Set adoTmp = objConnect Execute( select tablespace_name from sys dba_data_files ) 得到資料庫中的表空間名 Dim lnum As Long Dim lnum As Long lNum = FreeFile Open 自動備份批處理文件路徑 For Binary As lNum lnum = FreeFile Open onlinebegin sql For Binary As lnum onlinebegin sql為設置表空間進入熱備份模式的腳本文件文件名 lnum = FreeFile Open onlineend sql For Binary As lnum onlinebegin sql為結束表空間熱備份模式的腳本文件文件名 strTmp = connect 賬戶名/密碼 & Chr( ) & Chr( ) Put lnum strTmp strTmp = shutdown immediate & Chr( ) & Chr( ) Put lnum strTmp strTmp = startup pfile=初始化文件的存放位置exclusive mount; & Chr( ) & Chr( ) Put lnum strTmp strTmp = alter database archivelog; & Chr( ) & Chr( ) Put lnum strTmp strTmp = alter database open; & Chr( ) & Chr( ) Put lnum strTmp strTmp = connect 賬戶名/密碼 & Chr( ) & Chr( ) Put lnum strTmp strTmp = Oracle服務管理器路徑 & @ & onlinebegin sql & Chr( ) & Chr( ) 在服務管理器中執行腳本文件onlinebegin sql Put lNum strTmp Do While Not adoTmp EOF Set adoTmp = objConnect Execute( select file_name from sys dba_data_files where tablespace_name= & adoTmp Fields( ) & ) 得到當前表空間所對應的所有數據文件名 通過循環即可得到所有表空間所對應數據文件名 若只備份指定的表空間 可指定表空間名從而得到其對應的物理數據文件 strTmp = alter tablespace & adoTmp Fields( ) & begin backup; & Chr( ) & Chr( ) 將表空間置於熱備份模式 Put lnum strTmp strTmp = Oracle的o exe工具全路徑 & adoTmp Fields( ) & & 備份文件存放路徑 & Chr( ) & Chr( ) Put lNum strTmp strTmp = alter tablespace & adoTmp Fields( ) & end backup; & Chr( ) & Chr( ) 表空間恢復正常模式 Put lnum strTmp adoTmp MoveNext Loop strTmp = Oracle服務管理器路徑 & @ & onlineend sql & Chr( ) & Chr( ) 在服務管理器中執行腳本文件onlineend sql Put lNum strTmp strTmp = exit & Chr( ) & Chr( ) 退出服務管理器 Put lnum strTmp strTmp = alter system switch logfile; & Chr( ) & Chr( ) 強制日誌轉換 使Oracle創建一個歸檔日誌文件 Put lnum strTmp strTmp = exit & Chr( ) & Chr( ) Put lnum strTmp Close Set adoTmp = Nothing Set adoTmp = Nothing
運行得到的自動批處理文件 即可自動進行資料庫的聯機備份
（ ）在從備份中恢復數據文件後 執行下列腳本將資料庫的恢復程序
connect賬戶名/密碼 shutdown abort startup mount pfile=初始化文件的存放位置; 裝載資料庫 set autorecovery on; 打開自動恢復 recover database; alter database open; 打開資料庫
結束語
lishixin/Article/program/Oracle/201311/18527
D. Oracle默認的用戶名和密碼是什麼
在控制台用sqlplus / as sysdba登陸oracle系統時，所用的用戶名和密碼通常有四種。
用戶名: internal 密碼:oracle
2. 用戶名:system 密碼:manager
3. 用戶名:sys 密碼:change_on_install
4. 其中直接管理模式可以為sysdba的為後面三個，要是集群的話再去掉system。
(4)oracle資料庫重置擴展閱讀：
一：oracle sys密碼的重置方法
在系統運行中輸入：sqlplus /nolog
在命令窗口分別執行：conn /as sysdba
alter user scott identified by tiger;
alter user scott account unlock;
然後「scott」用戶密碼就修改為「tiger」了，用戶可根據自己需求，重置密碼。
二：ORACLE資料庫安全解決方案
1.目前應用系統中對資料庫的依賴程度與日俱增，應用資料庫可以使應用系統開發更加方便，不再需要為煩瑣的檢索、查詢、統計進行單獨設計語法，同時交易的完整性又能得到可靠保證，但是資料庫廠家的不斷整合又為企業應用帶來了新的考驗：
（1）、Informix被IBM收購
（2）、Mysql被ORACLE收購
（3）、Sybase被SAP收購
被微軟收購的更不計其數了，還有很多小資料庫廠商被收購，開源的尤其多，追其根源，大廠商的資料庫技術越來越龐大，但是體系架構又不適應靈活發展，面對中小資料庫廠商的迅猛發展，他們惟有走收購之路，但是收購之後呢，他們不會讓其發展，最終受傷的還是中小企業客戶群。
2.安全歷程
目前無論是銀行綜合業務系統，還是移動計費系統還是政權交易系統，都毫無例外的選擇大型資料庫進行交易，那麼對於在911市貿悲劇後的安全方案究竟有什麼特殊考慮呢？
資料庫容災無疑是目前脫穎而出的技術方案，應用系統數據的安全除了網路防火牆、防病毒以及許可權設計之外就是資料庫的備份工作了，可以說資料庫備份經歷了以下幾個階段：
單機版系統磁碟備份
數據磁帶備份
區域網備份
雙機熱備/磁碟陣列RAID
磁帶庫備份
光碟塔備份
遠程容災備份
全球多點容災備份
3.安全考慮
目前應用系統解決方案中多數應用目前主要還在考慮系統功能的建設，但是隨著資料庫容量的增加，歷史數據查詢審計需要加快，對歷史數據的分析和對在線數據的實時可用已經變得越來越迫切。
客戶不僅需要能夠快速查詢資料庫，同時對目前應用系統的實時可用以及負載均衡都提出了更加明確的要求，為此在雙機熱備+磁帶庫冷備的多數解決方案外，很多大型金融證券企業都開始進行數據中心的建立，大型異地災備中心開始提到議事日程。
4.比較完善
其實為客戶提供安全解決方案，應該在應用系統的規劃中就應該考慮，等到企業意思到安全的時候恐怕就需要耗費大量的人力、
物力來遷移數據，建立災備中心，但是這僅僅是物理的，如何從資料庫層面使從1BYTE的數據進入資料庫就被安全的保護起來呢，無疑資料庫同步熱備的相關產品是我們應該考慮的。
因為即使不建立災備中心，對數據實時熱備也不需要太大的投入，只需要安裝資料庫同步產品，那麼就可以輕松檢驗數據是否真正同步熱備，當客戶意識到需要建立災備中心的時候，那僅僅是地點和網路的重新部署，
同步軟體已經伴隨客戶成長，伴隨數據成長，到時集成商為客戶做的就是規劃好災備中心的設備和格局，這樣一個完善的災備方案就被你輕松建立了。並且隨著數據逐漸增加，客戶會對災備中心提供的負載均衡功能更加依賴，不但減輕硬體的投入，還可以讓查詢對應用系統的資源佔用減少到「0」。
5.產品分類
目前這塊能夠擔當同步伺服器功能的只有沃信科技的PAC資料庫同步產品，因為包括ORACLE DATAGUARD、DSG、GOLDEN GATE、SHAREPLEX等廠家的產品必須安裝在主資料庫上，這樣不只佔用主庫資源，同時也對應用系統的穩定性提出了更高要求，
但沃信科技的產品可以安裝在獨立於主備庫的第三方伺服器上，這樣資料庫同步軟體不佔用主庫系統資源，同時避免了操作系統、資料庫版本不一致的局限性。同時在所有產品中性價比最高，唯一提供免費試用，同時是唯一一家提供華軍軟體園下載的產品。