系統升級後一項功能不正常,同事想看一下升級前的預存程序。首先想到的是閃回功能,不幸的是閃回遇到了ORA-01555錯誤。 SELECT * FROM DBA_TRIGGERS AS OF TIMESTAMP TO_TIMESTAMP('2014-06-19 05:25:00', 'yyyy-mm-dd hh24:mi:ss') WHERE OWNER = '×××' AND TRIGGER_NAME = 'TRI_INS_
在Oracle資料庫中,不是提交越頻繁越好。恰恰相反,批量提交可以得到更好的效能。這篇文章給大家簡單展示一下在Oracle資料庫中逐行提交於批量提交兩者之間的效能差別。最後再給出一種可以極大改變效能的方法。1.建立表t_ref,並初始化880992條資料,用於後面的實驗。sec@ora10g> create table t_ref as select * from all_objects;sec@ora10g> insert into t_ref select * from t;22
下載的 102010_win64_x64_database 安裝報錯。。。 Checking operating system version: must be 5.0, 5.1, 5.2 or 6.0. Actual 6.1 Failed <<<< 查了一下 Windows 2008 R2的version是6.1,而Oracle 10g 只支援到6.0,所以安裝client的時候會提示如下錯誤: Checking installer
在http://stackoverflow.com/questions/277744/jdbc-oracle-arrayindexoutofboundsexception中查到這麼一句話: In Oracle Metalink (Oracle's support site - Note ID 736273.1) I found that this is a bug in JDBC adapter (version 10.2.0.0.0 to 11.1.0.7.0) that when
有兩種含義的表大小。一種是分配給一個表的物理空間數量,而不管空間是否被使用。可以這樣查詢獲得位元組數:select segment_name, bytes from user_segments where segment_type = 'TABLE'; 或者 Select Segment_Name,Sum(bytes)/1024/1024 From User_Extents Group By Segment_Name另一種表實際使用的空間。這樣查詢:analyze
導讀: 好長時間沒怎麼看 Oracle 技術文檔了,今天閱讀了一篇 Oracle Response Time Optimization with Method R. 這是 Optimizing Oracle Performance 經典圖書這本經典圖書的主旨方法。R 代表回應時間(response time).具體的定義如下: 1. Target the tasks that are critical to the business. 2. Collect
一、首先:問題的產生原因,先前我在f:/llh/目錄建立的一個bookspace資料表空間,後來不想要這個資料表空間了,所以我就直接刪掉了,出現這個錯誤是因為我將f:/llh/bookspace.dbf等幾個檔案誤刪除掉後出現的。 二、現象:SQL*Plus無法串連,顯示以下錯誤: ORA-01033: ORACLE initialization or shutdown in
1、問題現象 2、解決方案 第一步:當前solaris10系統登入時候是以root登入,這時滑鼠點擊案頭,右鍵重新“開啟終端” 第二步:輸入bash,切換到bash-3.00,如果不的話,系統識別不了xhost命令 第三步:輸入xhost local:oracle non-network local connections being added to access control list 第四步:切換會oracle使用者,輸入su