數據庫管理員

在使用者中編寫如下函數提示無 dba_objects 對象；create or replace function my_get_name(v_objid number)return varchar2 isv_objname varchar2(100);begin  select t.OBJECT_NAME into v_objname from  dba_objects t where t.OBJECT_ID=v_objid;  return

事情發生原因:在RAC+RAW+ARCHIVE環境中，新增了幾個RAW，但只在一邊修改了宿主，結果就發生了如下錯誤：ORA-01157: cannot identify/lock data file 129 - see DBWR trace fileORA-01110: data file 129: '/dev/roradata126'解決方案如下：1，先將檔案離線2，RECOVER該檔案3，ONLINE 該檔案4，設定該檔案大小具體操作如下：alter database datafile '/

A.1全庫備份.命令:mysqlbackup --defaults-file=/home/mysql-server/mysql3/my.cnf  --user=root --password=root  --databases="mysql total2" --with-timestamp   --backup-dir=/home/mysql-server/backup 

本文內容對於 Oracle 文本，你可以使用 CREATE INDEX 建立很多類型的索引。下面描述每個索引類型，以及他們的目的和支援的特性。 CONTEXT 索引 CTXCAT 索引 CTXRULE 索引 CTXXPATH 索引  CONTEXT描述當你的文本是由大的、連續的文本組成時，可以使用該索引建立文本檢索應用程式。你能為不同格式的檔案建立索引，如 MS Word、HTML 或 純文字。 你可以以不同方式自訂索引。 該類型索引在基表上執行 DML 後要求

本文內容HR 模式     Oracle 樣本 Schema     安裝 HR 模式 示範層級查詢 層級查詢 參考  HR 模式Oracle 樣本 SchemaOracle 有幾個樣本 Schema，包括，HR（Human Resources）、OE（Order Entry）、OC（ Online Catalog）、PM（Product Media ）、IX（Information Exchange） 和

  從11.2.0.2開始，Oracle 的叢集軟體Grid Infrastructure(GI)中新增了Redundant Interconnect with Highly Available IP(HAIP)，以實現叢集私網的高可用性和負載平衡。  在11.2.0.2之前，私網的冗餘一般是通過在OS上做網卡綁（如bonding, EtherChannel等）實現的，有了HAIP之後，無需使用網卡綁定就可以實現私網網卡的冗餘。 

前面寫過一個scn的基礎性的文章，但是不能反映scn的變化和存在情況，這裡要說的是scn很多情況都可能改變，而不是提交或者是復原的時候，當然scn存在在多個地方。如：記錄檔，資料檔案，控制檔案等。系統檢查點scn(v$database(checkpoint_change#))資料檔案檢查點（v$datafile(checkpoint_change#)）資料檔案終stop scn(v$datafile(last_change#))資料檔案中存放的檢查點start scn

Syntax of the Create Package CREATE OR REPLACE PACKAGE [body] packagename IS      END;  Sample:CREATE OR REPLACE PACKAGE overloaded IS  

1.定義BOMBOM（物料清單）是WIP的基礎，BOM定義了產品的組成結構圖，定義了生產特定物料所需的零件及數量。每一個零件也可能有他們的BOM結構，由此產生多層的產品結構樹。比如：一台電腦 = 1 CPU + 1 記憶體 + 1 硬碟 + 1 顯示器  + 1 個滑鼠 + 1個鍵盤 + 30根 資料線 + 50 個螺絲 ，這個電腦的構成就是一個BOM。另外一個硬碟可能又是一個BOM，比如 1 硬碟 = 4組磁碟 + 1個磁碟指標 + 1

今天用PL/SQL 9（最新版）的綠色漢化破解版，發現在執行查詢： select user_no 戶號 from lack_charge  這個語句時在 user_no處報錯，錯誤為 ORA-00911: invalid character

背景：     之前做了基於SCN的不完全恢複，在嘗試恢複的過程中使用了_allow_resetlogs_corruption參數,resetlogs之後，Oracle使用的當前控制檔案不允許從這個曆史的備份組中進行恢複，從而導致了RMAN-06026這個錯誤，錯誤現象如下：錯誤現象：RMAN> restore database;Starting restore at 26-JUL-12using target database control

今天看Oracle文檔，發現trim函數的用法不僅僅局限於去除字串的空格！特翻閱官方解釋，並最如下實驗，希望大家共同學習！1. 首先看一下trim函數的文法圖：http://docs.oracle.com/cd/B19306_01/server.102/b14200/functions199.htm文法描述如下：TRIM([ { { LEADING | TRAILING | BOTH }         [

redo log 一般設定讓日誌轉換時間為10-20分鐘,轉換太頻繁會影響效能. 如果AWR report中log file switch (checkpoint incomplete) 比較大, 說明redo log之間的切換過於頻繁. 可以通過增加redo log size來降低切換的頻率. 但如果redo log size 過大, 可能帶來資料庫恢複時遺失資料的風險. 所以要折中選擇redo log size, 預設是50M.修改redo log

1、首先用root使用者安裝以下必要的rpm包# rpm -Uvh libaio-0.3.106-3.2.x86_64.rpm# rpm -Uvh libaio-devel-0.3.106-3.2.x86_64.rpm2、在系統級支援非同步I/O　　與[Note 225751.1]介紹的在RHEL3裡面設定非同步IO不同，不需要設定aio-max-size，而且'/proc/sys/fs'路徑下也沒有這個檔案。因為從2.6 kernel開始，已經取消了對IO size的限制[Note 54907

例如: 把表 tk_zyt_scenery_order的 欄位更新到 t_advs_order中去, 一般可能會這樣寫:UPDATE t_advs_order  SET  attribute1=(SELECT o.order_state FROM tk_zyt_scenery_order o WHERE o.order_id=`on`), attribute2=(SELECT o.order_state FROM tk_zyt_scenery_order o

我在執行一次資料庫匯出任務時出現異常如下：匯入資料時出現錯誤：IMP-00017: 由於 Oracle 錯誤 1659, 以下語句失敗:"CREATE TABLE "TB_XXXXXXXX" ("SERV_ID" NUMBER(9, 0) NOT NULL ENABLE, "ELEMEN""T_TYPE" NUMBER(1, 0) NOT NULL ENABLE, "CATALOG_ID" NUMBER(9, 0) NOT NULL EN""ABLE, "CATALOG_NAME"

近期有人提出想查看Postgresql的執行計畫，下面分析下PG執行計畫中的cost等相關值是怎麼計算出來的： PG的版本是9.1.2   1.終端工具PGADMIN,對執行的語句按F7即可，然後看資料輸出和解釋 2.命令列分析：explain select * from table_name; 一般我們會比較關注消耗值cost和掃描的方式，如走索引或者full scan全表掃描.當COST值消耗比較大時需要注意是否有最佳化的可能。 與執行計畫相關的幾個參數，參看下面的樣本：

mmgr是postgresql的記憶體管理模組，其代碼分布在aset.c, mctx.c和portalmem.c這三個檔案之中。這裡主要分析它的堆記憶體的管理機制，也就是aset.c檔案中的內容。AllocSetContext是堆記憶體管理的主要結構，其定義如下:typedef struct AllocSetContext{ MemoryContextData header; /* Standard memory-context

1、概述Oracle 10g InMemory Undo新特性： 通過以前的介紹，可知道Undo的管理方式和常規的資料管理方式是相同的，當進行資料修改時，會在Buffer中建立前鏡像，同時會記錄相應的Redo，然後這些Undo資料同樣會寫出到UNDO SEGMENT上，當進行一致性讀或復原時，可能會產生大量的consistentgets和physical reads。注意到這裡，Undo會產生Redo資訊，又會寫UNDO

面試mysqldba的時候遇到一個題：描述msyql replication 機制的實現原理，如何在不停掉mysql主庫的情況下，恢複資料不一致的slave的資料庫節點？MySQL的複製（replication）是一個非同步複製，從一個MySQL instace（稱之為Master）複製到另一個MySQL