分享一次意外的ORACLE數(shù)據(jù)庫主機性能測試結(jié)果最近一直在做一些ORACLESQL性能量化方面的研究，要實現(xiàn)較準確的SQL性能量化很復(fù)雜，現(xiàn)在一直在小心推進，周末做了一下一些機器的兩個參數(shù)測試：一個是oracle數(shù)據(jù)庫1毫秒可執(zhí)行多少次內(nèi)存hash運算操作，這個主要用于量化hashjoin的時間;一個是oracle數(shù)據(jù)庫1毫秒可執(zhí)行多少次內(nèi)存排序的比較運算，這個主要用于量化orderby的時間。以下是測試結(jié)果，讓我非常意外。以下是測試代碼，測試采用單會話s
系統(tǒng) 2019-08-29 22:14:26 2247
*分為四步*//*第1步：創(chuàng)建臨時表空間*/createtemporarytablespaceuser_temptempfile'D:\oracle\oradata\Oracle9i\user_temp.dbf'size50mautoextendonnext50mmaxsize20480mextentmanagementlocal;/*第2步：創(chuàng)建數(shù)據(jù)表空間*/createtablespaceuser_dataloggingdatafile'D:\orac
系統(tǒng) 2019-08-12 01:55:04 2247
Oracle——distinct的用法distinct這個關(guān)鍵字來過濾掉多余的重復(fù)記錄只保留一條，但往往只用它來返回不重復(fù)記錄的條數(shù)，而不是用它來返回不重記錄的所有值。其原因是distinct只有用二重循環(huán)查詢來解決，而這樣對于一個數(shù)據(jù)量非常大的站來說，無疑是會直接影響到效率的。下面先來看看例子：table表字段1字段2idname1a2b3c4c5b庫結(jié)構(gòu)大概這樣，這只是一個簡單的例子，實際情況會復(fù)雜得多。比如我想用一條語句查詢得到name不重復(fù)的所有數(shù)
系統(tǒng) 2019-08-12 01:53:45 2247
模式：createuser用戶名defaulttablespace表空間名;舉例：--CreatetheusercreateuserACCOUNTidentifiedby""defaulttablespaceACCOUNTTStemporarytablespaceTEMPprofileDEFAULT;--Grant/RevokeroleprivilegesgrantconnecttoACCOUNT;grantresourcetoACCOUNT;--Gran
系統(tǒng) 2019-08-12 01:54:53 2246
OracleEBS中,"AboutOracleApplication"里的信息不全,Help>AboutOracleApplication,發(fā)現(xiàn)"DatabaseServer","FormsServer"以及"FormsServerEnvironmentVariables"的很多信息都沒有打印全，比如DatabaseServerPID,SessionSID,SERIAL#,FormsProcessID...OracleApplicationsCopyrig
系統(tǒng) 2019-08-12 09:30:30 2245
原文:Oracle的DML語言必備基礎(chǔ)知識前提是咱們都已經(jīng)對常用的數(shù)據(jù)操縱語言非常熟悉了，對標準SQL：SELECT子句--指定查詢結(jié)果集的列DROM子句--指定查詢來自哪個表或者試圖[WHERE子句]--指定查詢的條件[GROUPBY子句]--指定查詢結(jié)果集的分組的條件[HAVING子句]--指定分組或者集合的查詢條件[ORDERBY子句]--對查詢的排列順序[UNION子句]--多個SELET語句組合,得到結(jié)果集的并集掌握的比較熟悉了。下面是我參考《O
系統(tǒng) 2019-08-12 01:52:19 2245
ORACLE中CONSTRAINT的四對屬性summary:在datamigrate時,某些表的約束總是困擾著我們,讓我們的migratet舉步維艱,怎樣利用約束本身的屬性來處理這些問題呢?本文具體介紹了約束的四對屬性:Deferrable/notdeferrable,Deferred/immediate,enalbe/disable,validate/novalidate,以及怎樣應(yīng)用這些屬性靈活應(yīng)對相關(guān)問題1.Deferrable,notdeferra
系統(tǒng) 2019-08-12 01:51:52 2244
ORACLE10G以后版本的SQLTuningadvisor可以從以下四個方面給出優(yōu)化方案(1)為統(tǒng)計信息丟失或失效的對象收集統(tǒng)計信息(2)考慮優(yōu)化器的任何數(shù)據(jù)偏差、復(fù)雜謂詞或失效的統(tǒng)計信息(3)重新構(gòu)建SQL以優(yōu)化性能(4)提出新索引建議下面來實際測試：1、為SQL_id創(chuàng)建一個STA（SQLTuningadvisor）分析任務(wù)（使用SYS用戶執(zhí)行）SQL>variabletask_li_testvarchar2(2000);SQL>exec:task_
系統(tǒng) 2019-08-12 01:52:53 2242
公司開發(fā)出來的系統(tǒng)，由于各現(xiàn)場oracle數(shù)據(jù)庫版本有10.2.0.4、11.2.0.1、11.2.0.3、11.2.0.4；進而會導(dǎo)致版本不一導(dǎo)致錯誤問題。下面列舉2個：1.wm_concat函數(shù)問題由于本地開發(fā)、測試環(huán)境都是10.2.0.4，該函數(shù)運行正常，后來問題現(xiàn)場版本是11g，導(dǎo)致該函數(shù)報錯。后來經(jīng)過排查，wm_concat這個函數(shù)中10.2.0.4之前返回都是varchar2類型，到10.2.0.5及以上版本返回為clob類型，而返回的臨時cl
系統(tǒng) 2019-08-12 01:54:56 2241
http://www.oschina.net/p/oracle10g數(shù)據(jù)庫服務(wù)器Oracle1人關(guān)注此軟件Oracle是一個面向Internet計算環(huán)境的數(shù)據(jù)庫。它是在數(shù)據(jù)庫領(lǐng)域一直處于領(lǐng)先地位的Oracle（即甲骨文公司）的產(chǎn)品。可以說Oracle關(guān)系數(shù)據(jù)庫系統(tǒng)是目前世界上流行的關(guān)系數(shù)據(jù)庫管理系統(tǒng)，系統(tǒng)可移植性好、使用方便、功能強，適用于各類大、中、小、微機環(huán)境。它是一種高效率、可靠性好的適應(yīng)高吞吐量的數(shù)據(jù)庫解決方案。http://www.oschina
系統(tǒng) 2019-08-12 01:54:18 2240
上班之余抽點時間出來寫寫博文，希望對新接觸的朋友有幫助。今天在這里和大家一起學(xué)習(xí)一下單元測試日期我們目項在公司的大戰(zhàn)略下要需從oracle遷徙到mysql，我們的目項應(yīng)用的是ibatis，在ibatis層上要需的一些修改點如下：單元測試框架我們用的是jtester。每日一道理生活中受傷難免，失敗跌倒并不可怕，可怕的是因此而一蹶不振，失去了對人生的追求與遠大的理想。沒有一個人的前進道路是平平穩(wěn)穩(wěn)的，就算是河中穿梭航行的船只也難免顛簸，生活中所遇上的坎坷磨難不
系統(tǒng) 2019-08-12 01:54:13 2238
--======================--Oracle冷備份--======================一、冷備份數(shù)據(jù)庫在關(guān)閉狀態(tài)下完成所有物理系統(tǒng)文件拷貝的過程，也稱脫機備份適合于非歸檔模式下，數(shù)據(jù)庫處于一致性狀態(tài)二、步驟首先在運行的庫中得到數(shù)據(jù)庫運行的所有的物理文件位置，然后在計劃內(nèi)關(guān)閉數(shù)據(jù)庫(shutdown)再執(zhí)行拷貝物理文家到備份路徑或備份設(shè)備備份完成后立即啟動數(shù)據(jù)庫讓其提供正常的服務(wù)三、冷備腳本的寫法首先應(yīng)該在相關(guān)視圖里查出數(shù)據(jù)庫
系統(tǒng) 2019-08-12 01:54:00 2236
oracledatabase用一段時間以后，硬盤空間會不夠，更甚者硬盤會used100%。（oracle表空間設(shè)置為自動擴展）。此時oracle會出現(xiàn)各種莫名其妙的錯誤，為保持oracle數(shù)據(jù)庫的穩(wěn)定，我們需要實時查看硬盤空間。那么怎樣縮小一些不用的表空間，以釋放硬盤空間？oracle常用的此類命令A(yù)lterdatabasedatafile（tempfile），當然也可從toad等UI工具去操作。ALTERDATABASETEMPFILE'/opt/ora
系統(tǒng) 2019-08-12 01:53:00 2235
原文：http://space.itpub.net/40239/viewspace-365948OMF和非OMF管理的數(shù)據(jù)文件在DROPTABLESPACE時是否會自動刪除，做了測試：SQL>altersystemsetdb_create_file_dest='/oradata/data/standby'scope=both;Systemaltered.SQL>showparameterdb_createNAMETYPEVALUE-------------
系統(tǒng) 2019-08-12 01:55:07 2234
createtime>to_date(''2006-04-0800:00:01','yyyy-mm-ddhh24:mi:ss')andcreatetimeto_date(''20060408000001','yyyymmddhh24miss')andcreatetime
系統(tǒng) 2019-08-12 01:53:05 2234
