1、查看每個oracle帳戶的連接總數Sql代碼selectusername,count(username)fromv$sessionwhereusernameisnotnullgroupbyusername2、缺省從v$session中不能直接獲得客戶端IP，可以在數據庫中創建一個追蹤客戶端IP地址的觸發器：Sql代碼createorreplacetriggeron_logon_triggerafterlogonondatabasebegindbms_a
系統 2019-08-29 23:11:22 2032
官方安裝說明：http://www.oracle.com/technology/global/cn/pub/articles/smiley_10gdb_install.html一、驗證系統要求1，要驗證系統是否滿足Oracle10g數據庫的最低要求，以root用戶身份登錄并運行以下命令。要查看可用RAM和交換空間大小，運行以下命令：grepMemTotal/proc/meminfogrepSwapTotal/proc/meminfo例如：#grepMemT
系統 2019-08-12 01:52:08 2032
如果要分析某條SQL的性能問題，通常我們要先看SQL的執行計劃，看看SQL的每一步執行是否存在問題。如果一條SQL平時執行的好好的，卻有一天突然性能很差，如果排除了系統資源和阻塞的原因，那么基本可以斷定是執行計劃出了問題。看懂執行計劃也就成了SQL優化的先決條件。這里的SQL優化指的是SQL性能問題的定位，定位后就可以解決問題。一．查看執行計劃的三種方法1.1設置autotrace序號命令解釋1SETAUTOTRACEOFF此為默認值，即關閉Autotra
系統 2019-08-29 23:47:41 2031
--==============================================--Oracle閃回特性(FLASHBACKDROP&RECYCLEBIN)--==============================================FLASHBACKDROP特性允許在不丟失任何數據庫的情況下將指定的表恢復至其被刪除的時間點，并保持數據庫為當前狀態。閃回刪除并不是真正的刪除表，而是把該表重命名并放入回收站，類似于Windo
系統 2019-08-12 01:55:31 2031
原文:Oracle基礎數據庫備份和恢復一、為什么需要數據備份造成數據丟失的主要原因：1、介質故障。2、用戶的錯誤操作。3、服務器的徹底崩潰。4、計算機病毒。5、不可預料的因素。Oracle中故障類型分為以下4種。1、語句故障：執行SQL語句過程發生的邏輯故障可導致語句故障。如果用戶編寫的SQL語句無效，就會發生語句故障。Oracle可自我修復語句故障，撤銷語句產生的而印象，并將控制權交給應用程序。2、用戶進程故障當用戶程序出錯而無法訪問Oracle數據庫時
系統 2019-08-12 01:53:34 2031
好久沒寫博客了,最近這段項目再在遷移所以有點忙.下面是這段時間學習并用到的命令.首先查詢當前目錄信息select*fromdba_directories;1.導出數據庫.首先賦予用戶對目錄的權限，然后再導出log為日志.Ⅰ:SQL>>createorreplacedirectoryexportDIRas'/opt/oracle/oradata';Ⅱ:SQL>>grantread,writeondirectoryexportDIRtouserX;Ⅲ:[cmd
系統 2019-08-12 01:52:07 2031
長期以來，我一直用的是MSSQLServer/Access數據庫，通過.NET訪問MS自家的東西幾乎沒碰到過什么麻煩。最近項目中要用Oracle作為數據庫，學習研究了一些.NET訪問Oracle的東西，發現問題倒真的不少。1。System.Data.OracleClient和System.Data.OleDb命名空間雖然通過這兩個命名空間的類都可以訪問Oracle數據庫，但和SQLServer類似的（System.Data.SqlClient命名空間的類效
系統 2019-08-12 01:32:20 2030
經典的Oracle圖書:OracleHighPerformanceTuningfor9iand10gbyGavinPowellBookDescriptionTherearethreepartstotuninganOracledatabase:datamodeling,SQLcodetuningandphysicaldatabaseconfiguration.Adatamodelcontainstablesandrelationshipsbetweentab
系統 2019-08-29 23:30:26 2029
插入數據庫CLOBtempClob=null;try{Connectionconn=getConnection();PreparedStatement==conn.prepareStatement("UPDATEPROGRAM_HISTORYSETDETAILS=?WHEREID=12");tempClob=CLOB.createTemporary(conn,true,CLOB.DURATION_SESSION);tempClob.open(CLOB.MO
系統 2019-08-12 01:54:09 2029
1:G:\Oracle\product\10.1.0\Client_1\NETWORK\ADMIN目錄下有個tnsname.ora文件，內容如下：CMSTAR=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=172.18.13.200)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=cmstar)))其中：CMSTAR為數據庫名，HOST為IP地址，所以可以仿
系統 2019-08-12 01:32:59 2029
1．IntervalPartitioning分區11g新特性_分區表按時間自動創建，具體見如下示例：CREATETABLEtest_01(idnumber,cjsjdate)PARTITIONBYRANGE(cjsj)INTERVAL(NUMTOYMINTERVAL(1,'month'))-----這里的1表示增加的間隔，表示每一個月作為一個分區；這里的month表示間隔是月，還有另外一個參數；year(PARTITIONP0VALUESLESSTHAN(
系統 2019-08-29 23:28:28 2028
1.查詢等待事件的幾個動態視圖v$session,v$session_wait,$vsession_wait_histroy,v$event_name，v$session_longops：記錄了長時間（運行時間>6S）運行的事務，可能很多是全表掃描操作v$segment_statistics:找出物理讀取顯著的索引或者是表段2.常見的幾個等待事件1）。dbfilesequentialread(數據文件連續讀取):可能表示在多表連接中，表的連接順序存在問題；
系統 2019-08-12 01:51:45 2027
在使用命令導數據過程中，出現如下錯誤sqoopimport--hive-import--connectjdbc:oracle:thin:@192.168.29.16:1521/testdb--usernameNAME--passordPASS--verbose-m1--tableT_USERINFO錯誤1：Filedoesnotexist:hdfs://opt/sqoop-1.4.4/lib/commons-io-1.4.jarFileNotFoundEx
系統 2019-08-12 01:54:36 2023
exists先從外層查詢中取第一個元組，然后和內層查詢中相關的屬性值，處理內層查詢，若內層where子句為真，則外層的這個元組放入到結果集中。in先執行內層查詢，將結果存放在臨時表中，然后執行外層查詢。in不對null進行處理，見下圖，沒有返回結果。總結：內層查詢得出的結果集記錄較少，外層查詢中得到的結果集較大且有索引，適合用in。外層查詢得出的結果集記錄較少，內層查詢中得表較大其有索引，適合用exists。外層查詢得出的結果集記錄較多，內層查詢中得到的結
系統 2019-08-12 01:55:25 2018
分享一次意外的ORACLE數據庫主機性能測試結果最近一直在做一些ORACLESQL性能量化方面的研究，要實現較準確的SQL性能量化很復雜，現在一直在小心推進，周末做了一下一些機器的兩個參數測試：一個是oracle數據庫1毫秒可執行多少次內存hash運算操作，這個主要用于量化hashjoin的時間;一個是oracle數據庫1毫秒可執行多少次內存排序的比較運算，這個主要用于量化orderby的時間。以下是測試結果，讓我非常意外。以下是測試代碼，測試采用單會話s
系統 2019-08-29 22:14:26 2016
