oracle安裝問題以及監聽器的問題

今天終於開始接觸傳說中牛叉的資料庫系統Oracle! 遇到問題較多,重點說兩點。第一 如果是WIN7系統,安裝過程可能會遇到 程式異常終止 的問題,這個問題較簡單,只是win 7系統的相容行問題。右擊屬性,修改相容方式為 xp service package3即可。第二 在配置本地net服務名配置時,測試連接監聽器時又出現 “顯示ORA-12541:TNS:無監聽程式”的錯誤。這個讓人崩潰啊,想了很久,其實遇到問題還得冷靜分析原因。明明監聽服務已開啟了,為何如此提示。在命令列中輸入

小記:不明原因的解決了ORACLE慢的問題

小記:不明原因的解決了ORACLE慢的問題    近來發現ORACLE伺服器超級慢,而且慢並不是由應用程式效能導致的,就連運行proc先行編譯程式都很慢,可見問題還是出在ORACLE伺服器本身。  

Oracle 分區的原則

1.表的大小:當表的大小超過2GB,或對於OLTP系統,表記錄超過1000萬時,都應該考慮對錶進行分區2.資料訪問特性:基於表的大部分查詢應用,只訪問表中少量的資料。對於這樣的表進行分區,可充分利用分區排除無關資料查詢的特性3.資料維護:按時間段刪除成批的資料,對於這樣的表需要考慮進行分區,以滿足維護需要4.資料備份和恢複:按時間周期進行資料表空間備份時,將分區與資料表空間建立對應關係5.唯讀資料:如果一個表中大部分資料都是唯讀,通過對錶進行分區,可將唯讀資料存放區在唯讀資料表空間,對於資料的備

Oracle Truncate錶慢問題

問題描述:TRUNCATE TABLE VMSBUSI.VMS_MAILBOX_INFO; VMS_MAILBOX_INFO表中只有35條記錄,TRUNCATE表要用1分鐘左右。問題解決:這些索引基本上每個都是1G左右,且都是初始EXTENT的大小。顯然導致問題的原因已經明確了,表包含了多個索引,且每個索引的初始段太大,因此TRUNCATE執行的時候對索引執行大量的db file sequence

oracle表被定後”源正忙”,解方法

方法1: 1、當前session中commit、rollback都可以解鎖     2、在別的session中(DBA)通過     尋找使用者鎖     select   s.username,     decode(l.type,'TM','TABLE   LOCK',                                 'TX','ROW   LOCK',                                 NULL)   LOCK_LEVEL,

於ORACLE的表與解

總結1:Oracle的鎖表與解鎖 selects.username,decode(l.type,'tm','tablelock','tx','row lock',null)lock_level,o.owner,o.object_name,o.object_type,s.sid,s.serial#,s.terminal,s.machine,s.program,s.osuserfromv$session s,v$lock l,dba_objects owhere l.sid = s.sidand

Oracle面試題目及解答

這裡的回答並不是十分全面,這些問題可以通過多個角度來進行解釋,也許你不必在面試過程中給出完全詳盡的答案,只需要通過你的解答使面試考官瞭解你對ORACLE概念的熟悉程度。1.

談談 Oracle 甲骨文-研討會!

    昨天中午回來的時候北京街頭還有朦朧細雨!值得慶幸的是...甲骨文公司想得很周到,當我們填完會議評表之後沒人送了一份小禮品!到我的時候給了我一把木質的雨傘!嘿嘿,想得挺周到的啊~!說道周到,在會議中間的茶歇時間也是有很多好吃的可以品哦!可我只是稍稍的喝了半杯咖啡!就沖沖的進了會議廳,因為在亮馬那兒廁所都讓我琢磨了半天!要不是看著人流我還真的是找不著呢!嘿嘿   

從Select語句看Oracle查詢原理

第一步:用戶端把語句發給伺服器端執行當我們在用戶端執行select語句時,用戶端會把這條SQL語句發送給伺服器端,讓伺服器端的進程來處理這語句。也就是說,Oracle用戶端是不會做任何的操作,他的主要任務就是把用戶端產生的一些SQL語句發送給伺服器端。雖然在用戶端也有一個資料庫進程,但是,這個進程的作用跟伺服器上的進程作用事不相同的。伺服器上的資料庫進程才會對SQL語句進行相關的處理。不過,有個問題需要說明,就是用戶端的進程跟伺服器的進程是一一對應的。也就是說,在用戶端串連上伺服器後,在用戶端與

Oracle 9i 中關於外串連的怪異行為

  在偶然一次執行Oracle 9i的left outer join查詢時,發現了一些匪夷所思的問題,在此貼出來和大家討論一下。先建立一些表和記錄來類比當時的情況:create table temp_test1(       a number(10));INSERT INTO temp_test1 VALUES(1);INSERT INTO temp_test1 VALUES(2);INSERT INTO temp_test1 VALUES(3);INSERT INTO temp_test1

一些ORACLE SQL的小技巧

一些SQL的小技巧 工作中總結了一些SQL的技巧,請大家看看 1、CASE中使用範圍   我寫了這樣的一個查詢:SELECTCASE Avalue    WHEN Avalue = 0 THEN ‘沒資料’    WHEN Avalue > 100 THEN ‘超出範圍’    WHEN Avalue < 50 THEN ‘太小’    ELSE ‘其他’ENDFROM ATable  

Pro*C串連中斷測試(Oracle 9i)

    為了測試應用程式的健壯性,故意對正常串連的Pro*C應該程式進行了中斷,從而觀察它們的表現。 測試的方法為:1、在編譯Pro*C應用的時候加上cpool=no或cpool=yes,測試有串連池和沒串連池的不同表現;2、啟動應用程式後等待輸入,將流程掛起;3、在資料庫中查詢此測試程式的SESSION:SELECT * FROM v$session WHERE program='TestConnPool.exe';4、產生殺掉Session的代碼:SELECT 'alter system

ORACLE中描述錯誤資訊的兩個系統變數(菜鳥級)

我們常常在ORACLE的預存程序中這樣處理錯誤:DECLARE      v_ErrorNo number(10);     v_ErrorMsg varchar2(255);BEGIN     --Some SQL HereEXCEPTION    WHEN OTHERS THEN        v_ErrorNo := SQLCODE;        v_ErrorMsg := SQLERRM;        ROLLBACK;       RETURN;END;     雖然WHEN

小記:Oracle中不要使用低效的賦值方法

    偶然一次查看舊系統的預存程序的代碼時,發現賦值操作都是:       SELECT 1234 INTO v_Value FROM dual;   這樣的文法。    我以前也是做SQL SERVER開發的,在SQL SERVER中我也常用:SELECT v_Value=1234這樣的文法來賦值。估計寫這些代碼的人可能也有SQL SERVER的背景。    比起 v_Value := 1234;  這樣的賦值文法,FROM

小記:ORACLE中區分串連池Session和非串連池Session的辦法

    ORACLE中如果使用了串連池,則v$session中顯示的是“物理串連數+邏輯串連數”。    可以通過以下查詢區分串連池的串連和非串連池的串連:--串連池串連:SELECT * FROM v$session WHERE program='TestConnPool.exe' AND server='DEDICATED';--Server屬性標記為DEDICATED(專用) 的串連為串連池的串連,代表了物理串連數。--邏輯串連:SELECT * FROM v$session WHERE

Oracle中的rownum與Order By之間的關係

    剛學ORACLE的時候,就先入為主地認為rownum是一種類似於SQLSERVER的TOP關鍵字一樣的機制————起碼咱們最常用的分頁可以用這個搞定。    事實並非如此,學習的時候,“空”是很重要的,以前的經驗往往是一種壞處。    SQLSERVER中,如果TOP關鍵字和ORDER BY關鍵字一起出現,是先ORDER BY 後再TOP。也就是說:取得最前面的幾條記錄是經過排序的。   而ORACLE中,如果使用WHERE rownum<=N和ORDER

Oracle最大並發數&License情況

查看當前license情況SQL> show parameter license;NAME TYPE VALUE------------------------------------ ----------- ------------------------------license_max_sessions integer 0license_max_users

手動建立oracle資料庫時報錯:ORA-02778

手動建立資料庫的時候報ORA-02778錯誤。ORA-02778: Name given for the log directory is invalid原因是:$ORACLE_BASE/admin/$ORACLE_SID裡面的一些目錄沒有建立好,比如:bdump,cdump,pfile,udump 另外:oracle 10G的log_archive_format 參數不能隨便改,否則會啟動不了資料庫.會報以下錯誤:ORA-32004: obsolete and/or deprecated

Oracle中實現分頁的方法

------------------------------------------------------------------------------- 本文為andkylee個人原創,請在尊重作者勞動成果的前提下進行轉載;---- 轉載務必註明原始出處: http://blog.csdn.net/andkylee--- 2010-05-31 22:56:43---- 關鍵字: oracle 分頁 rownum----------------------------------------

手動建立oracle 10g資料庫的命令文法

-------------------------------------------------------------------------------- 本文為andkylee個人原創,請在尊重作者勞動成果的前提下進行轉載;---- 轉載務必註明原始出處: http://blog.csdn.net/andkylee--- 2010-08-10 16:14:00---- 關鍵字: oracle10g create database command line 命令列建立資料庫        

總頁數: 1509 1 .... 435 436 437 438 439 .... 1509 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.