Oracle

雖然Oracle提供的DETERMINISTIC聲明，本意是確保函數的確定性，但是如何合理利用，是可以用來提高效能的。這一篇描述參數順序對效能的影響。上一篇文章提到了，如果希望通過DETERMINISTIC來擷取效能收益，那麼採用批量方式是必須的，而且數組的值相對而言越大對於效能的協助會越大。但是這裡存在一個問題，如果需要處理的資料量本身很大，雖然重複的輸入參數不少，但是總的參數不同的值更多，那麼即使將ARRAY的值設定到1000，能帶來的效能收益也很有限，因為即使1000次調用，也不能保證參數

從資料庫中導一個資料的時候出現了一個很奇怪的問題，中文亂碼。 首先可以確認的一點，資料在資料庫中是以中文存在的，還有就是用Toad進行串連查詢的時候也是中文。 但是在伺服器端直接用sqlplus 串連查詢之後，所有中文都顯示為亂碼。 第一反應是字元集的問題，也嘗試用修改字元集來解決問題，最終問題還是出在系統的環境變數上。解決方案：1. export 參數$ export NLS_LANG=simplified chinese_china.zhs16gbk2.

今天一台資料庫伺服器登入不上，報TNS-12541: TNS:no listener到伺服器上看下監聽器狀態oracle@linux-34:~> lsnrctl status LSNRCTL for Linux: Version 11.1.0.6.0 - Production on 14-OCT-2011 09:12:37 Copyright (c) 1991, 2007, Oracle. All rights reserved.

Oracle 對 Linux 的策略是什嗎？Oracle 完全支援 Linux 作業系統。事實上， Oracle 是第一個可用於 Linux 的商務資料庫。通過使用 Oracle 業界領先的產品來支援 Linux ，我們可以使使用者在最廉價的硬體和作業系統的基礎架構上部署企業級解決方案。由於使用者尋求開放的、經濟高效的解決方案，所以我們相信 Linux 將比過去更富吸引力。在過去幾年裡， Oracle 和它的客戶已經掌握了大量有關在 Linux 上運行 Oracle

DML效能低下，其中最嚴重的原因之一是無用索引的存在。所有SQL的插入，更新和刪除操作在它們需要在每一行資料被改變時修改大量索引的時候會變得更慢。 許多Oracle 管理員只要看見在一個SQL 查詢的WHERE語句出現了一列的話就會為它分配索引。雖然這個方法能夠讓SQL運行得更快速，但是基於功能的Oracle 索引使得資料庫管理員有可能在資料表的行上資源過度分派索引。資源過度分派索引會嚴重影響關鍵Oracle 資料表的效能。

因為被flashback回來的資料的rowid可能會發生變化SQL> create table tt (id int,name varchar2(4000)) tablespace users;表已建立。SQL> alter table tt pctfree 50;表已更改。SQL> insert into tt values(1,rpad('a',4000,'+'));已建立 1 行。SQL> commit;提交完成。SQL> insert into tt

在一個客戶環境的資料庫上發現這個問題。當時客戶求助，資料庫狀態不正常，串連到資料庫無法正常操作，而且有時報錯ORA-12537錯誤。ORA-12537: TNS:connection closedCause: "End of file" condition has been reached; partner has disconnected.Action: None needed; this is an information

1、故障點資料庫恢複對於故障點（point-of-failure）的恢複，也稱為完全資料庫恢複，此時必須要求聯機重做日誌是完整無損的。 如果丟失了聯機重做日誌，就必須對資料庫做不完全恢複。我們假設聯機重做日誌和控制檔案完整無損，此時我們通過以下步驟來完全恢複資料庫：Shutdown immediate;Startup mount;Restore database;Recover database;Alter database open;這種恢複操作比較簡單，但是有幾點需要注意。

10g的DATA GUARD的一個主要特點就是引入了log_archive_config參數，如果缺少這個參數，可能會導致歸檔路徑被禁用。看別人建立DATA GUARD時碰到了這個問題，當時覺得比較有意思，於是特意重現一下。當前是一個已經配置好的DATA GUARD，為了類比錯誤，先將這個參數設定為空白：SQL> alter system set log_archive_config = '';System altered.SQL> alter system switch

RMAN 實際上即裝即用的，我們通常不需要對其做什麼調整。 但是,RMAN 體繫結構中還包含許多組件，當這些組件構成一個整體時，就必須調整RMAN的設定以從備份進程中得到最佳的效能。 通常RMAN 調整設計到處理邏輯和物理資料庫設計中的低效率，調整介質管理庫（Media Management Library: MML）, 調整RMAN 和MML 層以備份資料庫的物理裝置更好地共存。一． 調整RMAN 前的工作如果RMAN 的備份操作時間非常長，這可能不是RMAN的故障。

前言Oracle提供了幾個包，它們可以用來完成很多任務，從內部進程通訊到檔案I/O，到在PL/SQL塊中動態建立和執行SQL語句。所有這些包由SYS使用者所擁有—當Oracle最初安裝時兩個使用者中的一個，這些包中最重要的包括：DBMS_Alert 不用輪詢就允許應用命名並發出警告條件訊號的過程與函數DBMS_DDL 允許擷取PL/SQL程式內部一定數量的DDL語句的過程DBMS_Describe 為預存程序與函數描述API的過程DBMS_Job

“V$SQLAREA”和“ V$SQL”是非常有用的視圖，在其中你可以尋找發現執行效率最差的需要最佳化的SQL語句。“DISK_READS”列的值表示在系統中執行該語句讀取的磁碟量。這個與執行(DISK_READS/EXECUTIONS)相結合，返回每個語句執行實現最佳磁碟命中率的SQL 陳述式。排在這個列表中最上方的任何語句都最可能是有問題的查詢，需要進行最佳化。AWR報告或者Statspack報告也列出了資源密集的查詢。

分頁查詢格式：SELECT　*　FROM(SELECT　A.*,　ROWNUM　RNFROM　(SELECT　*　FROM　TABLE_NAME)　AWHERE　ROWNUM　<=　40)WHERE　RN　>=　21其中最內層的查詢SELECT * FROM TABLE_NAME表示不進行翻頁的原始查詢語句。ROWNUM <= 40和RN >=

最近將一些程式寫成預存程序執行，一直都想通過Email方式通知我，每次執行的結果是否正確，在網 上找了一下通過oracle發送Email，一找就找到了，調試一下便可以用了，現在記錄一下，以便以後的學 習使用!目前我計劃將一些統計的報表及資料庫的資訊等，每天能夠定時的發到我的郵箱裡，這樣使每天的例 行工作簡單化，高效化,雖然是從網上"抄"來的，但會認真的研讀一下代碼，提高一下!1.先建立demo_base64包,這裡包括一個函數encode主要是用來解碼CREATE OR

TIMESTAMP資料的格式化顯示和DATE 資料一樣。注意，to_char函數支援date和timestamp，但是trunc 卻不支援TIMESTAMP資料類型。這已經清楚表明了在當兩個時間的差別極度重要的情況下，使用TIMESTAMP 資料類型要比DATE資料類型更確切。如果你想顯示TIMESTAMP的小數秒資訊，參考下面：1　SELECT TO_CHAR(time1,'MM/DD/YYYY HH24:MI:SS:FF3') "Date" FROM

本文詳細介紹命令列中使用oracle命令建立資料庫和資料表空間1、使用超級使用者登入sqlplus。2、建立資料表空間：SQL> create tablespace test2 datafile 'D:\oracle\oradata\test\test.dbf'3 size 100M autoextend on next 10M maxsize unlimited extent management local;3、建立使用者和密碼：SQL> create user

Oracle 資料恢複從恢複類型來說，拋開具體的檔案，總共可分為兩大類型的恢複，一是完全恢複，一個是不完全恢複。其實，熟悉了Oracle體繫結構之後，對於Oracle恢複就會有一個總體的概念。因為Oracle組成的外圍部分，主要由不同的檔案來組成，每種不同類型的檔案有不同的作用，因此只要瞭解了其作用，更利於瞭解與掌握Oralce資料庫的備份與恢複。言歸正傳，完全恢複即是把資料庫恢複到最新的SCN，出故障前的那一刻，是無損恢複。而不完全恢複即是有損恢複，多用於恢複使用者誤操作，歸檔日誌丟失等情形。

重複資料刪除技術可以提供更大的備份容量，實現更長時間的資料保留，還能實現備份資料的持續驗證，提高資料恢複服務水平，方便實現資料容災等。 重複的資料可能有這樣兩種情況，第一種時表中只有某些欄位一樣，第二種是兩行記錄完全一樣。Oracle資料庫重複資料刪除技術有如下優勢：更大的備份容量、資料能得到持續驗證、有更高的資料恢複服務水平、方便實現備份資料的容災。一、刪除部分欄位重複資料先來談談如何查詢重複的資料吧。下面語句可以查詢出那些資料是重複的：select 欄位1,欄位2,count（*）

Oracle的記憶體配置與oracle效能息息相關。關於記憶體的配置，是最影響Oracle效能的配置。記憶體還直接影響到其他兩個重要資源的消耗：CPU和IO.先看Oracle記憶體儲存的主要內容是什麼：程式碼（PLSQL、Java）；關於已經串連的會話的資訊，包括當前所有活動和非活動會話；程式運行時必須的相關資訊，例如查詢計劃；Oracle進程之間共用的資訊和相互交流的資訊，例如鎖；那些被永久儲存在外圍儲存介質上，被cache在記憶體中的資料（如redo

Flashback的目的在有Flashback之前，如果你對資料誤操作，並已提交，這時想 回退該誤操作，將會是很件麻煩的事情。有人可能會說可以用備份恢複到誤操作之前，但正 確的操作資料也一起沒了。唯一可能的辦法就是日誌挖掘，但日誌挖掘非常繁瑣，很難定位 。因此，Oracle推出了Flashback技術，主要目的就是為了恢複誤操作。Flashback家族介紹資料庫層級：Flashback Database表層級： Flashback Drop和Flashback Table，Flashback