數據庫管理員

Oracle普通使用者使用show parameter方法在Oracle中一般只有sys使用者可以使用show parameter來查看參數的設定，如果想要普通使用者也可以使用show parameter，需要給普通使用者授予在V_$PARAMETER視圖上SELECT許可權。Oracle官方解釋：Your output may vary depending on the version and configuration of the Oracle Database server to

使用ROW_NUMBER進行的快速分頁Linq分頁的方法用到Skip()，Take()。然而，用SQL指令碼進行分頁如何寫呢？首先我們可以通過ROW_NUMBER() OVER進行排序並得到一個帶序號的視圖，再通過序號確定要尋找的分頁資料例：DECLARE @pageSize INT ;DECLARE @pageIndex INT ;SET @pageSize = 5SET @pageIndex = 2 ; --第二頁，每頁顯示５條資料     

MySQL學習之資料類型一、資料類型1.數實值型別    -- TINYINT、SMALLINT、MEDIUMINT、INT、BIGINT、 DECIMAL2.時間類型    -- DATE、DATETIME、TIMESTAMP3.字串類型 – CHAR、VARCHAR、TEXT4.特有類型    -- ENUM、SET字串區分大小寫  -- 

MySQL5.6 5.7使用者暫存資料表 對比基於會話的temporary table在MySQL5.6中預設產生的暫存資料表結構和內容都在tmpdir下5.6沒有ibtmp1這個暫存資料表空間都是放在tmpdir下，當然會話中斷後，這兩個檔案就消失了，下面我們看看5.7的暫存資料表是使用者暫存資料表，臨時存過程中的資料，預設建立的temporary表是innoDB表，5.6 5.7都有這個參數。本文永久更新連結地址：

cursor_sharing引發的ORA-00600錯誤主機：IBM S85主要硬體：6 CPU+8GB記憶體系統：AIX5.2補丁：ML04資料庫：Oracle 9.2.0.4中介軟體：BEA Tuxedo 8.1該系統屬於新oltp類金融系統，上線前效能壓力測試表現良好，結果上線以後確實表現不錯，但是記錄檔裡每隔10分鐘就報：ORA-00600: internal error code, arguments: [736], [7], [0], [128], [128], [], [], []

MongoDB 3.2版WiredTiger儲存引擎效能測試MongoDB 3.2於最近發布了，它使用WiredTiger作為其預設的儲存引擎。這五年來，MongoDB從誕生到流行，發展可謂是相當迅猛。MongoDB

關於MongoDB按照欄位模糊查詢方法關於mongodb按照欄位模糊查詢方法模糊查詢：tname包含某個關鍵字測試'cd /opt/soft/mongodb/bin./mongo --host 192.168.0.1  --port 17017  testdb.test_info.find({"tname": {$regex: '測試', $options:'i'}})db.test_info.find({"tname":

Oracle 11.2 單一實例串連ASM時需要注意的事項以及問題處理Oracle 11.2 執行個體訪問ASM需要注意的幾點：1. Oracle使用者和grid使用者必須有相同的組，並且 ASM Disk的屬組要和這個組保持一致，否則資料庫無法訪問ASM磁碟，報錯 ora 15081例如下面： oracle和grid都屬於 asmdba組，並且asm磁碟的屬主也是asmdba[root@host rules.d]# id oracleuid=1001(oracle)

MongoDB從3.0.7升級到MongoDB3.2mongodb3.2版本於前天2015-12-08日剛剛發布,為：https://www.mongodb.org/downloads#productionStarting in 3.2, MongoDB uses the WiredTiger as the default storageengine.從3.2版本開始，mongodb使用WiredTiger作為預設的儲存引擎。原3.0.7的啟動命令為：#

MySQL各種日誌總結日誌類型：錯誤記錄檔(error log)常規日誌(general log)二進位日誌(bin log)中繼日誌(relay log)慢日誌(slow log)InnoDB引擎的redo log錯誤記錄檔log-error = error.log不加儲存路徑儲存到datadir下，如果不指定名字是hostname.err記錄mysql啟動關閉，運行中的異常或是重要提示資訊在生產環境中，監控這個日誌全量日誌（常規日誌）general_log =

Ubuntu下解決mysql stop fail的問題最近在學習MySQL，碰到了一個mysql stop fail的問題，在這裡把碰到的問題以及解決的過程寫出來，不是這個問題有多難，而是我在解決此問題的過程中沒有發現一個行之有效解決問題的中文網頁，搞得白白浪費了很多時間。在這裡我把解決的過程寫下來，希望給後來者解決相同的問題節省點時間。好了，廢話不多說，開始進入正題。我的作業系統環境是Ubuntu

MySQL如何匯出帶日期格式的檔案一網友問在MySQL中如何只用SQL語句匯出帶日期格式的檔案。覺得有點意思，於是嘗試了一下。匯出檔案使用SELECT INTO OUTFILE 但是OUTFILE後面的值不能使用變數，所以只能使用動態SQL語句來實現。其中表user為測試表。具體語句如下所示mysql> SET @SqlScript= CONCAT("SELECT * INTO OUTFILE '/tmp/sql_out_", DATE_FORMAT(NOW(), '%Y%m%d%H%i%

MySQL5.7.10 安裝文檔1、安裝依賴包yum -y install gcc-c++ ncurses-devel cmake make perl gcc autoconf automake zlib libxml libgcrypt libtool bison2、安裝boost庫：首先先查詢是否已經安裝過boostrpm -qa boost*卸載舊boost-*等庫：yum -y remove

WebLogic 12c下配置節點管理器管理受管理伺服器本文檔基於Oracle官方文檔Oracle WebLogic Server 12c: Configuring and Using Node Manager，在此基礎上實踐後，經過整理後所得。旨在為weblogic12c下配置和使用node manager 提供指引。 一

Linux 下 Redis 的安裝介紹redis簡介對比 Memcached 是一個高效能的分布式記憶體對象緩衝系統，用於動態Web應用以減輕資料庫負載。它通過在記憶體中快取資料和對象來減少讀取資料庫的次數，從而提高動態、資料庫驅動網站的速度。redis是一個key-value儲存系統。和Memcached類似，它支援儲存的value類型相對更多;Redis服務端的預設串連連接埠是63791、

論Oracle備庫的設計方案Oracle的ADG那是自不必多說，用儲存圈的話說，現在儲存正在從被動被動變為主動，但是總體上是被軟體搶，RAID被ASM搶，快照被Flashback搶，DR被ADG搶。如果這幾種方案結合在一起那會是什麼結果。這就涉及到一個備庫的設計方法。我也是拋磚引玉。環境都是基於11g的dg來說。首先基本的，一個主庫一個備庫是很多系統都在採用的備庫設計方式，如果資料庫比較關鍵，這種方案有什麼缺點呢。11g的備庫現在也被賦予了更多的責任。容災，首先就是容災如果主庫掛掉，備庫能夠進行

MySQL的loose index scan眾所周知，InnoDB採用IOT（index organization table）即所謂的索引組織表，而葉子節點也就存放了所有的資料，這就意味著，資料總是按照某種順序儲存的。所以問題來了，如果是這樣一個語句，執行起來應該是怎麼樣的呢？語句如下：select count(distinct a) from

MySQL複合分區到底還是開源軟體，MySQL對複合分區的支援遠遠沒有Oracle豐富。在MySQL 5.6版本中，只支援RANGE和LIST的子分區，且子分區的類型只能為HASH和KEY。譬如：CREATE TABLE ts (id INT, purchased DATE) PARTITION BY RANGE( YEAR(purchased) ) SUBPARTITION BY HASH( TO_DAYS(purchased) ) SUBPARTITIONS 2 (

MySQL資料庫中文亂碼問題解決遷移了一套內部系統（confluence）之後，頁面開啟，發現全是問號亂碼了。分析原因：我是按照如下方式建立資料庫的：mysql> create database confluence  character set utf8 collate utf8_bin;Query OK, 1 row affected (0.00 sec)mysql> grant all on conflence.* to 'confluence'@'%'

MySQL有關Group By的最佳化我寫了有關MySQL的loose index scan的相關博文（），後來我發現上次提到的那個最佳化方法中主要的目的就是實現loose index scan，而在執行計畫的層面上看，Extra資訊中應該是“Using index for group-by”。這樣看來，可能MySQL在處理distinct時和group by用了同樣的最佳化手段，即走索引，進行loose index scan。那麼今天我研究了一下官方文檔，發現確實如此。