Time of Update: 2014-06-15
1: 在Ubuntu終端中輸入 slqplus sytem/password as sysdba 報如下的錯誤:ORA-01031: insufficient privileges,網上google下找到了ORA-01031: insufficient privilegesOracle 安裝完成後系統有一個ora_dba組,系統登陸的使用者不再這個組裡邊。所以才導致了上邊的問題。解決辦法:吧db2admin 添加到ora_dba 這個組裡邊。
Time of Update: 2014-06-15
什麼是session通俗來講,session 是通訊雙方從開始通訊到通訊結束期間的一個上下文(context)。這個上下文是一段位於伺服器端的記憶體:記錄了本次串連的用戶端機器、通過哪個應用程式、哪個使用者在登入等資訊[在pl/sql developer中,通過Tools-->Sessions可以查看當前資料庫的session]。session
Time of Update: 2014-06-15
Oracle中的鎖定可以分為幾類:DML lock(data lock),DDL lock(dictionary lock)和internal lock/latch。DML lock又可以分為row lock和table lock。row lock在select.. for update/insert/update/delete時隱式自動產生,而table lock除了隱式產生,也可以調用lock table <table_name> in </table_name>
Time of Update: 2014-06-15
1. 文法:wget -c --http-user=user --http-password=pwd --output-document=patch.zip "download_url" -o download.log &各參數含義如下:-c 表示斷點續傳--http-user metalink帳號--http-password metalink密碼--output-document 下載的檔案名稱"download_url" (右擊"下載"按鈕後複製的連結地址)-o 輸出記錄檔名2.
Time of Update: 2014-06-15
1.Linux環境配置準備 環境:Linux:RedHat Enterprise 5.4,DB:Oracle 11g R2 X64,Oracle安裝到/home/oralce_11目錄下。 配置過程如下:(大部分是網上的內容,個人也是按照網上步驟來的) 1) 檢查基本需求(對於牛逼的伺服器來說,這個肯定是滿足要求的,可以跳過) 記憶體大小 grep MemTotal /proc/meminfo 交換分區大小 grep SwapTotal
Time of Update: 2014-06-15
現在工作一直都用 Ubuntu 系統了,原來用 widnows 時裝過Oracle client 串連 SAP 的後台 oralce 資料庫。不想再裝個 windows來用,決定試試在 Ubuntu下裝用戶端。首先到 oralce 官網下載與伺服器版本相對應的用戶端: 我的本機系統是 Ubuntu 10.10 x86 , 伺服器 oracle 10g 10.2.0.2 所以我下的是: Oracle Database 10g Release 2 (10.2.0.1.0)
Time of Update: 2014-06-15
Oracle 中的from_tz函數,可以將一個timstamp和timzone拼成一個timestamp with timezoneSql代碼 SQL> select from_tz(to_timestamp('20090102','YYYYMMDD'), 'America/Sao_Paulo') from dual; FROM_TZ(TO_TIMESTAMP('2009010
Time of Update: 2014-06-15
Oracle中一般情況下表的OBJECT_ID與DATA_OBJECT_ID是一致的。但在truncate後表達DATA_OBJECT_ID會發生改變。利用這一特性可以判斷表是否發生過truncate操作。註:(DATABASE LINK,FUNCTION,PROCEDURE,SEQUENCE,VIEW)沒有DATA_OBJECT_ID。Connected to Oracle Database 11g Enterprise Edition Release 11.2.0.1.0
Time of Update: 2014-06-15
一,關於串連Oracle資料庫 ①,正常串連產生資料庫的 當然要產生資料庫之前必須先串連Oracle。 1,首先選擇資料庫類型:DataBase--->Choose DataBase:2,建立串連:DataBase-->DataBaseConnection:剛開始對這裡的Connection
Time of Update: 2014-06-15
在執行計畫中,有時會出現CARTESIAN笛卡爾乘積,簡單的說一下什麼叫cartesian?就是有兩個集合,每個集合的任意一個成員都要與另外一個集合的任意一個成員有關聯...下面是關於cartesian的一些實驗:SQL> set linesize 2000SQL> select * from
Time of Update: 2014-06-15
我們一般在Linux 上安裝設定Oracle 資料庫或者在更換或升級硬體的時候都需要配置Linux 系統的核心參數, 然後才是調整Oracle 系統參數 。kernel.shmall為實體記憶體除以pagesize;kernel.shmmax為實體記憶體的一半;fs.file-max為512 乘以 processes (如128個process則為
Time of Update: 2014-06-15
達夢資料庫是個國產資料庫,據說對Oracle有很好的相容,本人親自從Oracle11g遷移到達夢6.0的資料庫上來,遇到一些問題,以下是問題記錄:1。欄位名錯誤雖然達夢SQL可以相容欄位大小寫,但是JDVC實際上執行與Oracle會有差別,達夢的SQL可以執行,但是返回的欄位的列名仍然按SQL的大小寫返回,而Oracle會變成全部的大寫返回,select typeid, typename from
Time of Update: 2014-06-15
在Linux虛擬機器上安裝了Oracle的client端,需要用perl來抓取資料庫中的資料,於是需要安裝perl的DBI和DBD包,分別是DBI-1.616和DBD-Oracle-1.28。需要使用root安裝DBI和DBD,在安裝前,確保.bash_profile中root的環境變數,已經設定了ORACLE_HOME(oracle的client端路徑),ORACLE_SID(你需要串連的庫名),LD_LIBRARY_PATH(oracle的client端下的lib路徑)的位置。而且要把Lin
Time of Update: 2014-06-15
偶然發現,用dbms_metadata.get_ddl()抓取帶LOB 的TABLE建表SQL的時候,出現一個小BUG。版本是10204。在undo_management是AUTO的情況下,LOB 儲存預設的是採用retention的管理方式,但是用dbms_metadata.get_ddl()抓取出的SQL卻顯示的是pctversion 方式,即使手動指定RETENTION 也是如此。如果此時用CREATE TABLE AS 或者EXP 再IMP 一個LOB TABLE,新的LOB
Time of Update: 2014-06-15
一直使用的是Oracle,最近的工作是進行系統部署發布。將原使用oracle的資料庫遷移到DB2資料庫上,過程中遇到了一些問題,覺得有必要記述一下供大家分享。讓後來者以解惑,讓過來者而溫故。由於以前未接觸過DB2,有什麼不正確的地方還請見諒,謝謝!這次工作也萌發了我要系統認真的學習一下DB2的慾望,O(∩_∩)O哈哈~以下是記述的DB2拋出的問題:1.COM.ibm.db2.jdbc.DB2Exception:[IBM][CLI Driver][DB2/SUN64]SQL0401N
Time of Update: 2014-06-15
今天項目中需要建立一個多表串連的物化視圖,並且兩分鐘重新整理一次。Oracle的ORA-02063錯誤解決方案
Time of Update: 2014-06-15
前言我們做的項目人家點名要用Oracle資料庫,在查詢、修改等方面,由於有SqlServer的基礎,這塊沒有什麼問題。但是剛剛接觸,不熟悉還是有的,例如建立資料表空間,建立使用者,還需要給使用者賦予許可權。我用的是PL/SQL,用了這幾天,感覺Oracle的許可權賦予這塊,確實挺強大的。依稀記得我在弄FTP伺服器時,為了控制許可權而大費周折。還有強大的就是串聯刪除這個功能,在用SqlServer時,還需要自己寫觸發器來實現,而Oracle單單只需要一句話就實現了,讓人感覺其強大。但是,強大的背後
Time of Update: 2014-06-15
ORA-01555超長的Query Duration時間現象:Alert日誌報ORA-01555錯誤,但讓人感到不可思議的是超長的Query Duration(1382909202 sec)。Mon Oct 28 05:26:42 2013ORA-01555 caused by SQL statement below (Query Duration=1382909202 sec, SCN: 0x0011.0514ee8f):Mon Oct 28 05:26:42 2013ANALYZE
Time of Update: 2014-06-15
在Oracle中,sys使用者下面的表中的列是不可用drop的,如果drop會報錯:SQL> desc test Name Null? Type -------------------------
Time of Update: 2014-06-15
Oracle的加密方式有三種:透明加密、密碼加密、雙模式加密。預設情況下,Oracle會關閉加密功能:RMAN> show all;CONFIGURE ENCRYPTION FOR DATABASE OFF; # defaultCONFIGURE ENCRYPTION ALGORITHM 'AES128'; # defaultsys@OCP> SELECT ALGORITHM_ID,ALGORITHM_NAME FROM