Time of Update: 2014-06-15
關於mysql函數GROUP_CONCATGROUP_CONCAT()是MySQL資料庫提供的一個函數,通常跟GROUP BY一起用,具體可參考MySQL官方文檔:http://dev.mysql.com/doc/refman/5.0/en/group-by-functions.html#function_group-concat 。GROUP_CONCAT( [ DISTINCT ] expr [ ,expr ... ] [ ORDER BY { unsigned_integer | col_
Time of Update: 2014-06-15
Oracle這碗飯不好吃,幾多風險,幾多建議。1 基於時間點的不完全恢複,需要對控制檔案洗腦,撕掉賬本(重做日誌),重新印刷賬本,這是條沒有回頭的路,需要保護現場,為自己留條後路。切記將整個資料庫先進行備份,即便是幾個T。過程如下: 1)shutdown immediate 2)startup mount &
Time of Update: 2014-06-15
從A主機備份到B主機mysqldump -uroot -p vw>vw.sql現備份資料庫檔案,需要恢複到目標機B,B的資料庫版本為5.5.23,A機器的mysql版本為5.0.22mysql>source
Time of Update: 2014-06-15
Undo 資料表空間管理的說明,參考:Oracle undo 資料表空間管理 我們可以使用如下指令碼查看Oracle undo
Time of Update: 2014-06-15
本文內容示範層級查詢 層級查詢(Hierarchical Queries) 參考 示範層級查詢瞭解層級查詢的意義在於,可以省去程式的遞迴代碼。寫遞迴總是很煩人。假設在 Oracle 的 scott 使用者下,用 EMP 表示範層級查詢。該表包含某個員工及其上級。全部內容如下: 職位最高的當然是主席 PRESIDENT;然後是經理 MANAGER;其次是分析師 ANALYST;最後是營業員 CLEAK 和銷售人員 SALESMAN。樣本 1:示範員工編號為 7566
Time of Update: 2014-06-15
本文內容對於 Oracle 文本,你可以使用 CREATE INDEX 建立很多類型的索引。下面描述每個索引類型,以及他們的目的和支援的特性。 CONTEXT 索引 CTXCAT 索引 CTXRULE 索引 CTXXPATH 索引 CONTEXT描述當你的文本是由大的、連續的文本組成時,可以使用該索引建立文本檢索應用程式。你能為不同格式的檔案建立索引,如 MS Word、HTML 或 純文字。 你可以以不同方式自訂索引。 該類型索引在基表上執行 DML 後要求
Time of Update: 2014-06-15
Oracle使用者只有訪問其他使用者視圖的許可權 :--建立使用者CREATE USER lf IDENTIFIED BY lf PROFILE DEFAULT DEFAULT TABLESPACE user TEMPORARY TABLESPACE temp ACCOUNT UNLOCK;-- 授予許可權 grant create session
Time of Update: 2014-06-15
學習Oracle是一個複雜、繁瑣的過程。在浩如煙海的Oracle官方資料、新特性、MOS資料和各種Internal知識面前,我們總是覺得力不從心、不知所措。但是,這往往也就是我們不斷堅持、積累和追尋的樂趣。 在Oracle 11g中,提出了突破傳統專用/共用串連的第三種串連方式——Database Resident Connection Pooling(DRCP)。本篇我們一起來探討這項技術。 1、從Dedicated Server到Shared
Time of Update: 2014-06-15
最近碰到一個很蛋疼的BUG,使用merge引擎,row模式下複製,極大的機率crash備庫。我的測試環境是5.1的主庫,5.5的備庫test
Time of Update: 2014-06-15
PostgreSQL資料庫提供了一款輕量級的壓力測試工具叫pgbench,其實就是一個編譯好後的擴充性的可執行檔。介紹如下。 環境: CentOS 5.7(final) PG:9.1.2 Vmware 8.0 資料庫參數: max_connection=100 ,其他略,預設 1.安裝 進入源碼安裝包,編譯,安裝 [postgres@localhost ~]$ cd postgresql-9.1.2/contrib/pgbench/[postgres@localhost pgbench]$
Time of Update: 2014-06-15
1、參考文檔工欲善其事,必先利其器。Oracle官方參考文檔:Oracle Document。裡面有各種文檔,其中有兩本是關於oci和occi的。c語言《Oracle Call Interface Programmer's Guide》和c++語言《Oracle C++ Call Interface Programmer's Guide》。2、vs2005
Time of Update: 2014-06-15
伺服器宕機,沒有停止dpump進程,啟動後處於abend狀態,檢查ggserr.log報以下錯誤:2011-04-01 11:13:19 ERROR OGG-01031 Oracle GoldenGate Capture for Oracle, dpump.prm: There is a problem in network communication, a remote file problem, encryption keys
Time of Update: 2014-06-15
MySQL從5.5開始,INNODB 引擎也可以像MYISAM引擎一樣來進行壓縮了。 當然壓縮後的表沒事你也別INSERT 或者 UPDATE了。 DELETE 就無所謂了,只是MARK下,完了再大量刪除。 這點和BRIGHTHOUSE 引擎倒是一致。當然了, 並不是所有的表都適合壓縮,然後進行讀取。 應用情境,資料的分布,以及硬體的資源都制約了是否要進行壓縮。這個時候來說,最好的辦法就是進行壓力測試,看看是否適合你自己的業務。下面呢,就是壓縮表對應的一些新的特性。1.
Time of Update: 2014-06-15
首先來看下,神馬是ACFS,請看Oracle官方給出的定義:Oracle Automatic Storage Management Cluster File System (Oracle ACFS) is a multi-platform, scalable file system, and storage management technology that extends Oracle Automatic Storage Management (Oracle ASM)
Time of Update: 2014-06-15
由於AIX作業系統安裝問題,預設時區是DCT結尾,DCT結尾的時區都是開啟了夏時制,在每年的3月11日2:00將自動向前撥動1小時,由於資料庫採集的是系統時間,導致應用時間都提前了一小時,由於更改時間會導致資料庫狀態不一致,必須按照具體的步驟來進行。以下內容是更改一套rac+dataguard環境的具體步驟:1 更改dataguard時區時間: 查看備用物理庫時區# echo $TZCST6CDT 查看備用物理庫狀態SQL> select open_mode
Time of Update: 2014-06-15
我們先用一個小表來,來說明一下,Oracle執行計畫該注意哪些地方。hr@ORCL> set autotrace traceonly hr@ORCL> select * from t; 模糊比較兩條sql的優劣時,建議先查看以下兩個值: Cost (%CPU):cpu代價,這個值要代數和。比如,這裡是3+3=6&nb
Time of Update: 2014-06-15
Oracle資料庫採用SNP進程來管理和運行JOB,SNP進程和執行個體中其他進程最大區別是這個進程被殺掉後,系統就會自動重新啟動一個SNP,因此並不影響Oracle執行個體運行.SNP進程本身也是被系統周期性地調用去查看資料字典中的JOB序列目錄,看是否有JOB需要去運行,運行之後SNP就進入休眠狀態.喚醒,SNP被調用的時間的設定是在資料庫初始設定檔案裡通過參數job_queue_interval設定進行的,資料庫在開啟的時候根據初始設定檔案去初始化SNP進程。一、SNP參數說明參數job_
Time of Update: 2014-06-15
原有環境:AIX6.1、Oracle CRS 11g R2 無DB soft。需新安裝DB及配INSTANCE ,準備測試升級安裝PSU 11.2.0.3.2,在DBCA過程中,發現無法識別ASM磁碟組,解決方案如下:兩個節點分析執行:su - gridcd $GRID_HOME/binchmod +s oraclechmod+s含義:
Time of Update: 2014-06-15
在配置Goldengate的時候,我們需要串連ASM執行個體,配置方法如下:Oracle 10g RAC的方法:在本地RAC兩個節點上listener.ora檔案中添加:RAC1節點:(SID_DESC = (GLOBAL_NAME = ASM) (ORACLE_HOME = /oracle/app/product/10.2.0/db_1)
Time of Update: 2014-06-15
HBase中的表一般有這樣的特點:1 大:一個表可以有上億行,上百萬列2 面向列:面向列(族)的儲存和許可權控制,列(族)獨立檢索。3 稀疏:對於為空白(null)的列,並不佔用儲存空間,因此,表可以設計的非常稀疏。下面一幅圖是Hbase在Hadoop Ecosystem中的位置。二、邏輯視圖HBase以表的形式儲存資料。表有行和列組成。列劃分為若干個列族(row family)Row Key與nosql資料庫們一樣,row key是用來檢索記錄的主鍵。訪問hbase