Time of Update: 2014-06-15
Eclipse串連Oracle資料庫失敗:ORA-12505 ,錯誤碼如下:
Time of Update: 2014-06-15
解決EBS FORM 無法匯出主從關係(Master Detail)資料到EXCEL。 以下是關於解決EBS標準匯出功能無法匯出主從關係資料的方法。解決思路:1. 在form上增加一個匯出按鈕,或者在工具列註冊一個功能表項目。2. 用製作一個報表,或者模仿系統標準的匯出功能。然後用上面的按鈕或者功能表項目直接調用。這裡主要介紹模仿系統標準匯出功能。步驟: 1. 直接修改form級trigger EXPORT,
Time of Update: 2014-06-15
1.1. Log & CheckpointInnodb的交易記錄是指Redo log,簡稱Log,儲存在記錄檔ib_logfile*裡面。Innodb還有另外一個日誌Undo log,但Undo log是存放在共用資料表空間裡面的(ibdata*檔案)。 由於Log和Checkpoint緊密相關,因此將這兩部分合在一起分析。名詞解釋:LSN,記錄序號,Innodb的記錄序號是一個64位的整型。 1.1.1. 寫入機制1
Time of Update: 2014-06-15
1、開啟flashback:關閉資料庫SQL>shutdown immediate;啟動到mount方式SQL>startup mount;如果歸檔沒有開啟,開啟歸檔[因為flashback依賴Media recovery,所以在開啟flashback之前必須先啟用歸檔]SQL>alter database archivelog;開啟閃回SQL> alter database flashback
Time of Update: 2014-06-15
UPDATE SMS_PROVINCE SET PROVINCENAME = REPLACE(REPLACE(PROVINCENAME, CHAR(10),''), CHAR(13),'');環境: RHEL5+MySQL解決方案:UPDATE tablename SET field = REPLACE(REPLACE(field, CHAR(10), ”), CHAR(13), ”);char(10): 分行符號char(13): 斷行符號符問題產生原因:2
Time of Update: 2014-06-15
在Hibernate中檔案列對應的類型可以是org.springframework.orm.hibernate3.support.BlobByteArrayType,org.springframework.orm.hibernate3.support.ClobStringType、clob、blob、binary。什麼時候用BlobBYteArrayType什麼時候用ClobStringType?一般如果要處理的對象是資料庫欄位類型是blob時(主要是圖片,二進位對象等),對應檔設定為:org.
Time of Update: 2014-06-15
1、將可執行檔IF_FIN_BOSS_IMP_V2.prog通過FalshFXP上傳到伺服器的$IT_TOP/bin路徑下:2、定義可執行(可理解為可以執行的程式,請求—調用—>可執行)訪問路徑為:應用開發員-》並發-》可執行3、定義並發程式訪問路徑:應用開發員-》並發-》程式設定並發程式參數4、將請求掛到相應職責下略5、手工串連和設定執行許可權運行請求,出錯,原因:prog檔案沒有串連手工串連:再次運行請求賦許可權再次運行請求,成功
Time of Update: 2014-06-15
Oracle在關聯式資料庫外,融入了物件導向的元素,比如可以建立type,type之間可以繼承,type可以帶建構函式、排序函數、各種各樣的成員函數、預存程序等等。對象表是指該表的一行就是一個對象,有一個OID(object ID),對象表之間沒有主外部索引鍵關聯的概念,為了體現這層關係,oracle中用了ref對象來實現。下面例子,建立一個地址類型,一個人員類型,人員有地址屬性,所以在人員類型中設定一個ref address來確定指向他所在地址的指標。--建立地址類型create type
Time of Update: 2014-06-15
Oracle資料庫升級向來是一門紛繁複雜的工程,DBA需要為產品資料庫的升級耗費大量時間精力在準備工作上;因為其升級複雜度高,所以即便做了較為充分的準備仍可能在升級過程中遇到意想不到的問題,為了更高效地完成升級任務和減少停機時間,我們有必要為升級工作營造一種”舒適的”防禦式的資料庫”氛圍”:1.為了保障升級後的資料庫效能,我們有必要在升級前有效地收集資料庫的效能統計資訊,以便升級後若發生效能問題可以做出對比:為了保證效能統計資訊真實有效,有必要在資料庫升級前的一個月即開展收集工作
Time of Update: 2014-06-15
1) SQL*Plus的login.sql 檔案使用SQL*PLUS登陸時,SQL*PLUS會按照如下的順序讀取並執行指令碼:· $Oracle_home/sqlplus/admin/glogin.sql· 目前的目錄下的login.sql,或者設定一個環境變數SQLPATH(Windows下面通過註冊表)來指定一個目錄[sql] define _editor=vi set serveroutput on size 100
Time of Update: 2014-06-15
1. spring管理hiberante事務,設定切面的時候一定要考慮所有可能涉及事務的地方,不然切面沒有涉及到而有資料庫操作的地方很佔用資料庫連接不能釋放2. 使用rmi時如應用部署的伺服器機器存在多塊網卡多個ip時,用戶端串連服務時會報什麼127.0.0.1 confused
Time of Update: 2014-06-15
hibernate對於對象的操作提供了很多的方法,本文簡單介紹一下這些方法的使用和比較.在說明方法之前,說明一下hibernate中的對象的三種狀態,transient,persistent,detached.transient:瞬態或者自由態.persistent:持久化狀態.detached:脫管狀態或者游離態.狀態的判斷:大體上來說,存在於session中的對象為persistent,從session中被clear,evict出來的對象(包括commit是被移出來的對象)是detached
Time of Update: 2014-06-15
實施了一次手工建庫,並啟用OEM來管理資料庫以下操作都是用 Oracle 使用者組1、建立文本初始化參數檔案init$SID.ora及相應的dump目錄vi
Time of Update: 2014-06-15
最近在論壇經常看到有人使用with table as語句,一般都是構建一個暫存資料表,用於測試,經研究此語句的用法我理解有以下好處:1) 不用實際建表,可以輕鬆構建一個暫存資料表,通過對這個表的處理測試一些功能;例如:with t as (select '010-82696948' telfrom dualunionallselect'020 82167684'from dualunion allselect'010-62102147\62104404'from
Time of Update: 2014-06-15
如果在定義VARRAY的時候帶上NOT NULL限制,那麼這個VARRAY的元素就不能為NULL.如下定義:CREATE OR REPLACE TYPE integer_varray AS VARRAY(5) OF INTEGER NOT NULL;/然後有一個PLSQL塊如下:DECLARE -- Declare and initialize a null set of rows. varray_integer INTEGER_VARRAY :=
Time of Update: 2014-06-15
Oracle資料庫的遊標和預存程序 spool abc.log --開始記錄日誌 create or replace procedure db.PROC_FIRST(FLAG OUT INTERGER, T_DATE IN VARCHAR2)
Time of Update: 2014-06-15
最近在測試 nosql,安裝了HandlerSocket之後,建立表 主鍵為 自增id,結果在 insert 的時候 指定的ID,發生了衝突....報121 錯誤,google之後mysql 的121 是表建立 異常...這點做的有些不好,應該直接將mysql端的異常直接拋出來,方便使用者定位問題.另外mysql重啟不使用my.cnf, 更改mysql的my.cnf後因為伺服器數量太大,選擇了覆蓋...結果伺服器起來之後最大串連只有100個....原來是覆蓋的時候 my.cnf 的其他使用者
Time of Update: 2014-06-15
最近在做一個Linux下的系統,基於移植性的考慮(該系統資料庫可能採用MySQL,0racle,DB),串連資料庫採用ODBC的方式進行串連。測試庫:MySQL在用ODBC取資料時 碰到亂碼問題。通過網上尋找解決方案,網上的解決方案都是基於Linux圖形介面的解決方案,而我的Linux系統沒有圖形介面,而採用網上的方法也不能解決。經過思考,發現問題可能由ODBC資料來源採用的字元集和資料庫採用的字元集不同而引起。通過實驗,確實是由於ODBC資料來源的字元集和資料庫字元集不同引起的。解決方案如下:
Time of Update: 2014-06-15
剛才又一個一不小心,在Slave上執行了更改資料庫schema的操作,結果是這台伺服器在mmm_control中的狀態就變成了:REPLICATION_FAIL。先通過writer執行了同樣的操作,保證伺服器正常運行,然後就考慮把這台slave重新拉回到mysql-mmm陣營。
Time of Update: 2014-06-15
RAC 調試中的一個黃金規則 1.請始終確保各個節點具有完全相同的系統時間,這樣才能實現以下目標: – 便於進行日誌資訊分析 – 確保讀取 GV$ 視圖時獲得準確結果 – 避免執行個體被過早逐出 2. 最好的建議是使用網路時間協議對各節點進行同步。 Oracle Clusterware 主要記錄檔診斷收集指令碼 1.用於收集所有重要記錄檔的指令碼應滿足以下條件: &