Oracle

案例5：--建立資料表空間沒有備份，datafile 被破壞1）測試環境07:52:16 SQL> create tablespace lx07:52:24   2   datafile '/u01/app/oracle/oradata/prod/lx01.dbf' size 10m;Tablespace created.07:52:38 SQL> conn scott/tigerConnected.07:52:40 SQL>07:52:40 SQL> create

案例4：--恢複資料表空間（open狀態）1）測試環境07:47:00 SQL> insert into emp1 select * from emp where rownum <3;2 rows created.07:47:14 SQL> commit;Commit complete.07:47:17 SQL> select * from emp1;EMPNO ENAME      JOB          

案例3：--資料表空間資料檔案全部丟失，恢複資料檔案（open）1）測試環境07:37:23 SQL> insert into scott.test values (6);1 row created.07:39:18 SQL> insert into scott.test values (7);1 row created.07:39:20 SQL> insert into scott.test values (8);1 row created.07:39:21 SQL>

案例1：資料庫大部分datafile丟失（recover database，必須在mount下）1）測試環境07:21:12 SQL> conn scott/tigerConnected.07:21:16 SQL>07:21:16 SQL> select * from tab;TNAME                          TABTYPE

ALTER USER語句有一個可選的REPLACE語句，用來在啟動密碼驗證函數後，輸入原始密碼。預設情況下，使用者修改自己的密碼不需要提供當前密碼：SQL> create user test identified by test;使用者已建立。SQL> grant connect to test;授權成功。SQL> select * from dba_profiles;PROFILE            

分公司的資料庫出現效能問題，幫忙協助診斷。資料庫是Oracle10.2.0.3 Rac環境，不過現在處於單節點工作狀態。當前的問題是頁面訪問很慢，沒有其他進一步的資訊。根據描述，登陸伺服器後首先使用top檢查了系統健全狀態，結果發現系統並不是很忙：bash-3.00$ /usr/local/bin/topload averages:  1.76,  1.63,  1.59;            

初始化參數REMOTE_OS_AUTHENT用來控制是否允許遠端作業系統驗證。預設情況下，資料庫只運行本機伺服器上的作業系統驗證：SQL> SELECT * FROM GLOBAL_NAME;GLOBAL_NAME------------------------------------------------------------------------------------TESTRACSQL> SELECT * FROM V$VERSION;BANNER-----------

還是上一篇中的測試環境：SQL> CREATE TABLE T12  (ID NUMBER, NAME VARCHAR2(30));Table created.SQL> INSERT INTO T12  SELECT ROWNUM, TNAME3  FROM TAB;66 rows created.SQL> CREATE TABLE T22  (ID NUMBER, NAME VARCHAR2(30));Table

在Oracle 11g中新增了CLIENTID_OVERWRITE事件，使得執行DBMS_APPLICATION_INFO包的SET_CLIENT_INFO資訊後，V$SESSION可以自動反應設定結果。預設情況下，設定了SET_CLIENT_INFO過程後，還要執行DBMS_SESSION的SET_IDENTIFIER過程，才能使得V$SESSION反映設定後的結果：SQL> SELECT * FROM V$VERSION;BANNER--------------------------

對於有些業務來說，資料在表中的儲存和其最終的Grid表現恰好相當於把源表倒轉，那麼這個時候我們就碰到了如何把行轉化為列的問題，為了簡化問題，我們且看如下查詢出來的資料，您不必關心表的設計以及sql語句：假設用到的sql語句為：SELECT　[姓名],[時代],[金錢]FROM　[test].[dbo].[people]這個表格儲存體了兩個人在不同時代（時代是固定的三個：年輕、中年和老年）擁有的金幣，其中：張三在年輕、中年和老年時期分別擁有1000、5000、800個金幣；李四在年輕、中年和老年時

【導讀】本文介紹關於MYSQL到ORACLE程式遷移的注意事項問題。有很多應用項目, 剛起步的時候用MYSQL資料庫基本上能實現各種功能需求，隨著應用使用者的增多，資料量的增加，MYSQL漸漸地出現不堪重負的情況：串連很慢甚至宕機， 於是就有把資料從MYSQL遷到ORACLE的需求，應用程式也要相應做一些修改。本人總結出以下幾點注意事項，希望對大家有所協助。 1． 自動成長的資料類型處理

4.4 Oracle資料表空間管理Oracle的資料表空間檔案都放在$ORACLE_HOME/oradata如/opt/oracle/product/10/oradata這樣的目錄中的Oracle的資料表空間支援”熱插撥“即在Oracle運行時發覺資料表空間不夠時可以直接開啟Oracle的管理介面來動態給它劃一塊硬碟空間，或者甚至你又裝了一塊硬 盤進服務後，Oracle可以把資料表空間在運行時擴充到新插入的磁碟中。

一、什麼是oracle字元集Oracle字元集是一個位元組資料的解釋的符號集合,有大小之分,有相互的包容關係。ORACLE 支援國家語言的體繫結構允許你使用本地化語言來儲存，處理，檢索資料。它使資料庫工具，錯誤訊息，排序次序，日期，時間，貨幣，數字，和日曆自動適應本地化語言和平台。影響oracle資料庫字元集最重要的參數是NLS_LANG參數。它的格式如下: 　　NLS_LANG =

0、對整個資料庫做一個關閉狀態下的絕對一致性備份；1、alter database backup controlfile to trace;2、shutdown immediate;3、找到含有重建控制檔案指令碼的那個TRACE檔案，並作適當的修改：——1）把CREATE CONTROLFILE reuse DATABASE "old_name" NORESETLOGS ...改成CREATE CONTROLFILE set DATABASE

一、Oracle追蹤檔案Oracle追蹤檔案分為三種類型，一種是後台警示記錄檔，記錄資料庫在啟動、關閉和運行期間後台進程的活動情況,如資料表空間建立、復原段建立、某些alter命令、日誌切換、錯誤訊息等。在資料庫出現故障時，應首先查看該檔案，但檔案中的資訊與任何錯誤狀態沒有必然的聯絡。後台警示記錄檔儲存BACKGROUND_DUMP_DEST參數指定的目錄中，檔案格式為SIDALRT.LOG。另一種類型是DBWR、LGWR、SMON等後台進程建立的後台追蹤檔案。後台追蹤檔案根據後台進程運行情況產

9i的線上重定義存在一個問題，執行完線上重定義後，表的名稱雖然保持不變，但是索引、約束、觸發器等關聯對象的名稱會發生變化，有時候這會帶來一定的問題，而要在事後手工修改，會比較麻煩。10g的線上重定義解決這個問題。如果對象是利用COPY_TABLE_DEPENDENTS建立的，那麼這些關聯的對象在重定義操作完成後，自動改為原始的名稱。如果是手工建立的關聯對象，則可以利用REGISTER_DEPENDENT_OBJECT過程，所有執行了REGISTER_DEPENDENT_OBJECT過程的關聯對象

前言：Oracle資料庫和SQL Server資料庫是兩種應用比較普遍的資料庫，在業界，人們普遍認為Oracle資料庫的安全性要比SQL Server資料庫高，但實際情況Oracle資料庫和SQL

10g的線上重定義解決這個問題。如果對象是利用COPY_TABLE_DEPENDENTS建立的，那麼這些關聯的對象在重定義操作完成後，自動改為原始的名稱。如果是手工建立的關聯對象，則可以利用REGISTER_DEPENDENT_OBJECT過程，所有執行了REGISTER_DEPENDENT_OBJECT過程的關聯對象，都會在重定義操作完成後自動重新命名。這篇文章來看COPY_TABLE_DEPENDENTS的例子。首先看看9i下的例子：SQL> SELECT * FROM

今天三思問我一個問題：RMAN備份FORMAT格式中%a的含義。其實Oracle的文檔有這個表述：%aSpecifies the activation ID of the database.不過這個描述很不明確。其實junsansi的意思是，這個%a對應的資訊在資料庫中的哪裡體現出來。下面先看看備份資訊裡面的這個值：[oracle@yans1 ~]$ rman target /Recovery Manager: Release10.2.0.3.0 - Production on星期四7月16 1

設計優良、效能卓越的資料庫引擎可以輕鬆地同時為成千上萬的使用者服務。而“底氣不足”的資料庫系統隨著更多的使用者同時訪問系統將大大降低其效能。最糟糕的情況下甚至可能導致系統的崩潰。當然，並行訪問是任何資料庫解決方案都最為重視的問題了，為瞭解決並行訪問方面的問題各類資料庫系統提出了各種各樣的方案。SQL