Time of Update: 2018-12-06
In this Document@ Oracle Confidential (INTERNAL). Do notdistribute to customers@ Reason: has internal information@ (AuthWiz 2.5.1) Applies to:Oracle Server – Enterprise Edition –Version:Information in this document applies to any platform.Oracle
Time of Update: 2018-12-06
資料庫版本是10.2.0.1,使用EXPDP 導資料的時候,alert log 出現如下資訊: Wed Oct 26 12:14:02 2011The value (30) of MAXTRANS parameterignored.kupprdp: master process DM00 started withpid=73, OS id=4731 to execute - SYS.KUPM$MCP.MAIN('SYS_EXPORT_SCHEMA_01',
Time of Update: 2018-12-06
這幾天經常與OEM 頂上,前幾天剛解決一個OEM問題,今天又遇到了。Oracle 安裝OEM 報錯: 無法對所有EM 相關賬戶解鎖 解決方案http://blog.csdn.net/tianlesoftware/article/details/6816938 原打算安裝一下Oracle 11gR2. 然後升級到11.2..0.3的,結果安裝最後報錯。 EM 搞不定。 準備看一下EM 的狀態,執行命令提示環境變數沒配置:[oracle@singledb ~]$ emctl status
Time of Update: 2018-12-06
為什麼要用WITH?1. 如果需要在一段複雜查詢裡多次應用同一個查詢,用WITH可實現代碼重用;2. WITH查詢類似將查詢結果保留到使用者暫存資料表裡,在大的複雜查詢中可以減少IO,有一定的效能最佳化作用。 WITH查詢有何限制與特性?1. 如果當前schema下有與WITH查詢別名相同的表,查詢中WITH查詢產生的表優先;2. 只能用於select 語句;3. WITH可包含一個或多個查詢;4.
Time of Update: 2018-12-06
[INS-20802] Oracle Net Configuration Assistant failed。在安裝Oracle 11g R2時出現了該錯誤提示。以前安裝的時候沒有碰到過類似的錯誤。原來是64bit和32bit系統相容性的問題。如果基於64bit硬體安裝32bit 的Linux 和32bit的Oracle 11g,則需要安裝patch 8670579。下面給出patch的安裝過程。 一、錯誤提示 [INS-20802] Oracle Net
Time of Update: 2018-12-06
有關Dump 檔案的命令有exp/imp 和 expdp/impdp。 這四個命令之前都有整理過相關的文章。 ORACLE EXP/IMP 說明http://blog.csdn.net/tianlesoftware/article/details/4718366 exp/imp 與 expdp/impdp 對比 及使用中的一些最佳化事項http://blog.csdn.net/tianlesoftware/article/details/6093973 Oracle expdp/impdp
Time of Update: 2018-12-06
同事在測試庫上對一個表加欄位,提示 ORA-00054, 資源忙。 應該是表對象的鎖沒有釋放。 用如下SQL 查看一下系統中相關對象上鎖的情況: /* Formatted on 2012/2/13 14:24:32 (QP5 v5.185.11230.41888) */SELECT S.SID SESSION_ID, S.USERNAME, DECODE (LMODE, 0, ' None ', 1, '
Time of Update: 2018-12-06
一.官網說明1.1 processes11gR2 的文檔: PropertyDescriptionParameter typeIntegerDefault value100ModifiableNoRange of values6 to operating system dependentBasicYesOracle RACMultiple instances can have different values. PROCESSES specifies the maximum
Time of Update: 2018-12-06
對象許可權測試:初始狀態下,user2和user3都沒有user1.t1的對象許可權user1下存在t1表:duzz$user1@orcl>select * from t1; C1---------- 1111Elapsed: 00:00:00.00user2不能查詢user1.t1:duzz$user2@orcl>select * from user1.t1;select * from user1.t1 *ERROR
Time of Update: 2018-12-06
當我們定義了一個很複雜的cursor,這個cursor需要執行很長時間,在這個cursor執行的過程中,其它使用者又修改了該cursor所引用的表的資料時,cursor得到的是修改前還是修改後的資料呢?答案是cursor得到的始終是cursor在open時的資料,接下來我們將通過一個小實驗來驗證。首先,session1執行以下匿名塊,該匿名塊通過cursor取得t1表的所有資料,不過在open
Time of Update: 2018-12-06
NEXT_DAY(date,char):返回指定日期(由date指定)後的第一個星期幾(由char指定)所在的日期,char也可用1~7替代,1表示星期日。duzz$scott@orcl>select sysdate,to_char(sysdate,'day') weekday,next_day(sysdate,1) n_day,to_char(next_day(sysdate,1),'day') n_weekday from dual;SYSDATE
Time of Update: 2018-12-06
duzz$scott@orcl>SELECT employee_id, last_name, job_id, manager_id 2 FROM employees 3 START WITH employee_id = 101 4 CONNECT BY PRIOR employee_id=manager_id;(PRIOR:先前的,優先的;按照先前的employee_id等於本行的manager_id進行遞迴查詢,從上至下)EMPLOYEE_ID LAST_NAME
Time of Update: 2018-12-06
oracle的聯結分如下幾種:內聯結(inner join)。外聯結(outer join):全聯結(full join)、左聯結(left join)、右聯結(right join)。交叉聯結(cross join)。外聯結與內聯結不一樣,外串連返回到查詢結果中的不僅包含合格行,還包括左表(左外串連),右表(右外串連)或者兩個串連表(全外串連)中的所有不合格資料行。 0.內聯結 ([inner]
Time of Update: 2018-12-06
1. 如果DDL文法正確,即使執行失敗,也會導致隱式提交:duzz$scott@orcl>create table t1 as select * from dept; Table created. Elapsed: 00:00:00.03duzz$scott@orcl>update t1 set loc='xx' where deptno=10; 1 row updated. Elapsed: 00:00:00.03duzz$scott@orcl>drop table xx;
Time of Update: 2018-12-06
在Oracle10g中,如果我們在建立執行個體時沒有選擇安裝樣本,那麼在建立執行個體之後,還可以通過$ORACLE_HOME/demo/schema 下的指令碼來建立。關於具體的建立方法,官方文檔有詳細的說明: SampleSchema Scripts and Object Descriptions
Time of Update: 2018-12-06
前幾天Roger 的blog 更新了一篇文章,是DBMS_ROWID包的定義部分,Oracle 的包的都是用wrap 進行加密的。itpub上有人研究了unwrap,也公布了一些代碼,可以實現unwrap。關於wrap和unwrap,參考我的blog:Oracle wrap 和 unwrap( 加密與解密) 說明http://blog.csdn.net/tianlesoftware/article/details/6698535rowid在DB 維護中用的也是比較多。 瞭解ROWID
Time of Update: 2018-12-06
--==================================-- 設定 Oracle 監聽器密碼(LISTENER)--================================== 監聽器也有安全?Sure!在預設的情況下,任意使用者不需要使用任何密碼即通過lsnrctl 工具對Oracle Listener進行操作或關閉,從而造成任意新的會話都將無法建立串連。在Oracle 9i
Time of Update: 2018-12-06
MOS的文檔對升級路線的說明:Complete Check list for Manual Upgrades to11gR2 [ID 837570.1]Maclean 的Blog 上有幾個更直觀的圖:http://www.oracledatabase12g.com/archives/oracle-database-9i-10g-11g-r2-upgrade-roadmap.html----------------------------------------------------------
Time of Update: 2018-12-06
記錄下剛剛做的一個為一個資料庫(t02)配置多個監聽(listener)的實驗,過程有點小曲折。 (1)新增兩個測試的監聽,listener.ora的配置內容(可純手動編輯該檔案或使用netca)如下:(LISTENER為系統原有;L1、L2為測試用新增的監聽)# listener.ora Network Configuration File: D:\oracle\product\10.2.0\db_1\network\admin\listener.ora# Generated by
Time of Update: 2018-12-06
關於Oracle SGA中Shared Pool的詳細說明,參考我的blog: Oracle Shared pool 詳解 http://blog.csdn.net/tianlesoftware/article/details/6560956 在上篇blog裡,介紹了shared pool 的組成和一些原理, 也有一些指令碼,在這篇blog裡,在補充幾個查看Shared Pool 的指令碼。