最近因為需要,在學習Solaris系統上的Oracle應用的開發。於是從SUN公司的網站上下載了Solaris 11 for x86,從Oracle網站上下載了Oracle 10g Realse 2(10.2.0.2)x86,安裝學習。由於初次接觸Solaris系統,雖然參考了Oracle的安裝文檔B15697,《Oracle Database Installation Guide 10g Release 2 (10.2) for Solaris Operationg System (x86
SQL Server 與Oracle這兩個資料庫,除了在一些技術上有明顯的差異外,在實施成本上也有比較大的差別。下面筆者就這方面內容發表一些自己的觀點,希望能夠跟大家一起交流。 一、Oracle基於Java開發,具有很多開源的工具支援 SQL Server 與Oracle資料庫兩者一個最大的區別,就是其應用平台的差異。現在SQL
一、BBED工具1.BBED的安裝oracle 11g中缺bbed包,oracle11g bbed install and example 1.上傳(sbbdpt.o ssbbded.o bbedus.msb,該三個檔案拷貝oracle的linux64版本的)檔案$ORACLE_HOME/rdbms/lib/ssbbded.o$ORACLE_HOME/rdbms/lib/sbbdpt.o$ORACLE_HOME/rdbms/mesg/bbedus.msb執行如下命令:cd
這個故事的起因是有同學在版本10.2.0.1(據說9i上也可能遇到)的一個主機運行198/248/249(24.9)天后OCI Client出現SPIN自旋消耗大量CPU的BUG,SPIN的起因是sltrgatime64()函數對times()函數的死迴圈調用;BUG號有《 4612267 OCI client spins when machine uptime >= 249 days》、 《OCI CLIENT IS IN AN INFINITE LOOP WHEN
分區剪枝分區剪枝是指對於分區表或分區索引來說,最佳化器可以自動從FROM和WHERE字句雷根據分區鍵提取 出需要掃描的分區,從而避免全表掃描,減少掃描的資料區塊,提高效能。分區剪枝分為靜態和動態, 靜態分區剪枝發生在編譯階段,動態分區剪枝發生在執行階段,下面我們分別來看看這兩種分區剪枝 執行計畫的異同點。靜態分區剪枝靜態分區剪枝在解析階段就知道需要掃描多少個分區,因此執行計畫裡的PSTART和PSTOP明確顯示 掃描的起止分區數,例如:SQL> explain plan for
當資料庫出現嚴重的效能問題或者hang了的時候,我們非常需要通過systemstate dump來知道進程在做什麼,在等待什麼,誰是資源的持有人,誰阻塞了別人。在出現上述問題時,及時收集systemstate dump非常有助於問題原因的分析。在一些情況下,資料庫會自動產生systemstate dump, 比如出現了“WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK”。systemstate