數據庫管理員

     恢複的原理，請查看關於該恢複主題的第一篇博文：http://fly1116.blog.51cto.com/8301004/1337681      恢複過程使用的fly.sh指令碼，及其他指令碼的簡要介紹，請看關於該恢複主題的第二篇博文：http://fly1116.blog.51cto.com/8301004/1338316    &n

 安裝好sles 10 sp3 + Oracle 10g RAC之後，在配置監聽器時，總是提示主機bo2dbp上的監聽服務已經在運行，忽略錯誤之後手動在bo2dbp節點上啟，總是收到TNS-12545: Connect failed because target host or object does not exist錯誤資訊。後來發現節點bo2dbp的vip總是漂移到另一節點bo2dbs上，原來這才是罪魁禍首 ??????1、叢集環境netca之後，節點bo2dbp監聽無法啟動 &

比如有個如下的中文表：樣本40：create table 測試表ID NUMBER,姓名 VARCHAR230），FLAG CHAR1），CONSTRAINT PK_TESTD PRIMARY KEY ID） USING INDEX）；--源端建立MV LOG和MV：drop materialized view log on "測試表";create materialized view log on "測試表" with primary key;drop

ORACLE會話數、串連數配置ORACLE會話數、串連數配置ORACLE的會話數和串連數參數配置  以sysdba身份登入 sqlplus sys/xxxx as sysdba; 查看最大串連數： show parameter processes; show parameter sessions; 查看當前最大串連數： select co

--==================================================-- 日誌記錄模式(LOGGING 、FORCE LOGGING 、NOLOGGING)--==================================================一、日誌記錄模式(LOGGING 、FORCE LOGGING

鎖：控制共用資源的並發訪問機制，防止衝突發生能保證資料的一致性，完整性，共用性--鎖的分類：1）行級鎖獨佔鎖定） oracle資料庫中，在使用insert ,update ,delete ,select ...for update的時候，預設已經上鎖2）表級鎖--示範：開啟多個視窗類比多個使用者--USERA：update dept set dname='DDDDD' WHERE deptno=50;並且未提交或者復原之前在另外一個視窗中 --使用 USERB:select * from

--=============================-- SYSTEM 資料表空間管理及備份恢複--=============================SYSTEM資料表空間是Oracle資料庫最重要的一個資料表空間,存放了一些DDL語言產生的資訊以及PL/SQL包、視圖、函數、過程等,稱之為資料字典,因此該資料表空間也具有其特殊性，下面描述SYSTEM資料表空間的相關特性及備份與恢複。

 autocommit={0|1}設定MySQL事務是否自動認可，1表示立即提交，0表示需要顯式提交。作用範圍為全域或會話，可用於設定檔中(但在5.5.8之前的版本中不可用於設定檔)，屬於動態變數。 automatic_sp_privileges={0|1}設定MySQL伺服器是否為儲存常式的建立賦予其建立儲存常式上的EXECUTE和ALTER

執行SELECT dbms_sqltune.report_tuning_task(:tuning_task) FROM dual;  報錯資訊如下：ORA-00600: internal error code, arguments: [kesqsMakeBindValue:obj], [], [],[], [], [], [], []ORA-06512: at "SYS.PRVT_ADVISOR", line 1624ORA-06512: at "SYS.

the NTS option makes the Oracle client attempt to use your current Windows domain credentials to authenticate you with the Oracle server. This could fail for a couple of reasons:- The Oracle server is not configured to support Windows authentication-

    對於在Linux下通過rpm方式的mysql，我們可以通過移除這些rpm包以及刪除項目的目錄來達到卸載的目的。本文示範了在SUSE Linux 10下下載MySQL 5.5.37。具體見下文。 1、環境#OS環境SZDB:~ # cat /etc/issueWelcome to SUSE Linux Enterprise Server 10 SP3 (x86_64) - Kernel \r (\l).#查看已安裝的安裝包SZDB:~ #

當看這篇文章之前，請先給你的所有重要的庫做一次完整Database Backup。下面正式開始備份還原的旅程。原文出處： http://blog.csdn.net/dba_huangzj/article/details/22683687前言為什麼要備份？理由很簡單——為了還原/恢複。當然，如果不備份，還可以通過磁碟恢複來找回丟失的檔案，不過SQL Server很生氣，後果很嚴重。到時候你就知道為什麼先叫你備份一次再開始看文章了。∩__∩。本系列將介紹SQL

一、簡單彙總工具1、countcount是最簡單的彙總工具，用於返回集合中文檔的數量。2、distinctdistinct和其他資料庫的語義是相同的，用於找到給定鍵的所有不同的值，即去重。二、複雜彙總工具1、groupgroup和SQL中的group

SQL SERVER中PERCENTILE_CONT和PERCENTILE_DISCPERCENTILE_CONT和PERCENTILE_DISC看下面一組SQL語句：WITH testas( select N'LeeWhoeeUniversity' as name,10 as score UNION ALL select N'LeeWhoeeUniversity',20 UNION ALL select N'LeeWhoeeUniversity',30

參考文檔：http://www.xifenfei.com/2289.htmlhttp://www.askmaclean.com/archives/unix-linux%E4%B8%8B%E5%88%A0%E9%99%A4oracle%E6%8E%A7%E5%88%B6%E6%96%87%E4%BB%B6controlfile%E4%B8%BA%E4%BB%80%E4%B9%88%E5%AE%9E%E4%BE%8Binstance%E6%B2%A1%E6%9C%89%E7%AB%8B%E5%8D%

今天午休時間，接到一個請求。系統非常緩慢，且從top看，進程多為殭屍進程Oracle版本是11.2.3.xLinux5.6 x86-64看到殭屍進程，第一首先懷疑 cron 裡面的問題通過crontab -l ，crontab -u oracle -l發現沒有任何人任務類似這種問題，可以在crontab 中每行後面加個 > /dev/null

oracle 不使用索引的原因有哪些？   今天是2014-02-07，今天開始總結一下oracle不使用索引的原因有哪些。一邊學習一邊做筆記。第一種：行數存在差異。   在視圖user_tables存在一個num_rows欄位，該欄位是記錄在統計資訊收集後所對應對象的行數，在user_tab_columns視圖中存在一個num_distinct欄位，該欄位記錄每個欄位內不同數值的個數。oracle認為當num_distinct越接近num_

打算寫一個sesame資料庫的使用系列文章。這是第二篇，第一篇詳見這裡，講解sesame資料庫的搭建。Sesame資料庫添加triple三元組的方法有很多種，這裡講解兩種，即單條添加與大量新增。1. 建立資料庫連結Sesame資料庫提供了幾種資料存放區辦法，有本機資料庫NativeStore，有基於記憶體的MemoryStore，有基於遠端資料庫的HTTP方式，還有基於關係型資料庫儲存方式的MySQLStore.聲明變數：private Repository repo;private

在Linux下查看記憶體我們一般用free命令：　　[root@scs-2 tmp]# free　　total used free shared buffers cached　　Mem: 3266180 3250004 16176 0 110652 2668236　　-/+ buffers/cache: 471116 2795064　　Swap: 2048276 80160

好好的批處理，居然沒有正式的Sleep可供調用。有時候，確實感到很無趣。1. 方法1:  ping 1.1.1.1來類比好不容易從stackoverflow上找到一個答案（稱之為答案，是因為它被人標註為answer），是這麼實現的：ping 1.1.1.1 -n 1 -w 60000 > nul這個表示，會sleep 60秒鐘。果真如此嗎？ 它要基於一個假設：1.1.1.1永遠不會被目標機器ping通。但我卻碰到了靈異事件，在某台測試機上，直接能ping通：Pinging 1.1