數據庫管理員

在Linux平台安裝完OOracle軟體後，不使用dbca建立資料庫，而手動建立資料庫， 主要目的是瞭解資料庫建立的過程中主要進行了那些操作。1.首先設定要建立的ORACLE的SID，如果在.bash_profile檔案裡設定裡該變數，就不用設定了。$echo $ORACEL_SIDmdy如果沒有設定，就手動設定，如果一個伺服器上要運行多個ORACLE執行個體，也需要手動設定。export ORACLE_SID=mydb2.

下面主要是介紹一下表，視圖，同義字，序列等資料庫物件。一.表。在Oracle中建立，刪除，修改表的文法與其它資料庫的方式基本相同。但是oracle資料庫的資料庫類型卻與其它資料庫管理系統中的表的資料類型有所不同。建立：create table 表名(欄位名 欄位類型);刪除：drop table 表名;修改：update 表名 set 欄位=修改後的值 where 條件;關於資料庫表的資料類型在需要的時候查一下，常用的幾個也就如下：char：儲存固定長度的非unicode字元資料，最大長度2,0

一直以來都想好好研究下Oracle，剛好，現在的項是關於oracle安全的，所以，抽個時間，把它整理一下，雖然不可能完全理解oracle，但做了總比不做要好。一、ORACLE執行個體　　　　1、ORACLE 執行個體　　　　System Global Area(SGA) 和 Background Process 稱為資料庫的執行個體。　　　　2、ORACLE 資料庫　　　　一系列物理檔案的集合（資料檔案，控制檔案，聯機日誌，參數檔案等）　　　　3、系統全域共用區System Global

　　一、何時考慮效能的問題。　　考慮效能的問題應該貫穿於整個系統建設的各個階段中：系統設計、資料庫設計、代碼開發、系統營運。　　1.系統設計階段：　　系統架構方面：二層、三層、多層　　系統類別型：OLAP——產生報表等，主要考慮海量資料的處理速度　　相關閱讀：Oracle根據外鍵名查關聯的表

明明該表是存在的,刪除時報:表或視圖不存在~! 第 1 行出現錯誤:ORA-00942: 表或視圖不存在 後來終於找出原因是因為我的表名是小寫，而是大寫的則不會出現這個問題。正常情況下....資料字典裡面的資料都是大寫,,,,動態視圖都是小寫........在用關鍵字做表或其它對象的名時用"" 所以表名用""引起來就行了如何刪除表時用了CASCADE CONSTRAINTS則會把與它相關的約束一起刪除

sql > variable jobno number ;sql > begin sql > DBMS_JOB.submit(:jobno, ' pro_name(); ' ,sysdate, ' sysdate+1 ' ); dbms_job.submit(:job1, ' MYPROC; ' ,sysdate, ' sysdate+1/1440 ' );　　 -- 每天1440分鐘，即一分鐘運行test過程一次 sql > commit ;sql > end ;

RedHat Linux安裝Mysql後其預設編碼如下：（運行如下命令即可查看編碼方式）# mysql -u root -pEnter password:mysql > show variables like "character%";編碼顯示：+--------------------------+----------------------------+| Variable_name | Value |+--------------------------+--------------

聲明：本文中所描述的系統命令，未經特殊標示，均為“#”代表root許可權，“$”代表Oracle許可權。 一、安裝系統首先安裝Linux系統，根據Oracle官方文檔的建議，在機器記憶體小於1G的情況下，swap分區大小應該設定為記憶體的2倍大，若記憶體大於2G則swap分區設定為與記憶體大小一樣。其實Linux系統的swap分區大小設定是很有講究的，如果哪位讀者有興趣，可以參考我的另外一篇文章——《如何合理設定Linux系統的swap分區大小》。在系統安裝的過程中，一定選擇安裝所有開

首先，以超級管理員的身份登入Oracle       sqlplus sys/bjsxt as sysdba     然後，解除對scott使用者的鎖       alter user scott account unlock;   那麼這個使用者名稱就能使用了。   (預設全域資料庫名orcl)  

手動建立資料庫是DBA們經常遇到的情形，因為有些情況下無法提供GUI環境。實際上手動建庫，只要設定好了相關的參數或值，也是非常方便的。本文基於Oracle

一。10gRAC使用DBCA重建asm報如下錯：The ASM instance configured on the local node is a single-instance ASM.To create a single-instance database using this ASM instance ,restart DBCA and select the single-instance database option ,to create a RAC database using

ORA-16249 主庫down ,logical standby 直接變主庫SQL> alter database activate logical standby database finish apply;alter database activate logical standby database finish apply*ERROR at line 1:ORA-16249: Terminal apply failed to complete during

CentOS 6.2上原始碼編譯安裝MySQL-5.6.10以及MySQL-5.5.341.Mysql5.6.10安裝一．必要軟體：yum -y install gcc gcc-c++  autoconf automake  bison  ncurses-devel libtool-ltdl-devel* cmake make 二．編譯安裝[root@localhost src]#groupadd mysql[root@localhost src]#

1 看到MemSQL  的介紹後，花了幾分鐘瀏覽網站，閱讀getting started並下載安裝啟動，在此小記。2 MemSQL      http://memsql.com/其宣傳Slogan 是 THE WORLD'S FASTEST DATABASE.YOUR DATA. ACCELERATED.我們看到最多的中文介紹是  “由前Facebook工程師創辦的MemSQL，號稱世界上最快的Distributed

前幾天偶然發現任意OS使用者無需密碼就可以擷取PG資料庫管理員許可權。感覺這個也太BUG了，如果DBA配置不當，豈不是很容易就資料泄露了。通過合理配置pg_hba.conf，pg_ident.conf禁止非資料庫OS使用者登入以trust方式登入，對於某些需要支援本地認證的同學可能有用。前置條件：1.我的PG資料庫是由Linux使用者 ithomer建立的私人資料庫2.資料庫認證方式pg_hba.conf中，本機使用者登入認證方式為trust# TYPE DATABASE

前兩天領導給了個活，資料庫遷移，原來的系統是用的Oracle資料庫，現在要改成MySql,當時沒多想就接下來了，原來的系統用的架構式SSI，於是大概想了下需要作調整無非以下幾點第一 資料庫遷移第二 應用程式的修改下面詳細來說下這個過程一 資料庫遷移簡單那的來說就是把oracle資料庫裡面的所有資料都遷移到MySql，這個可以用MySQLMigration Toolkit工具MySQL發布了一個將資料由SQL Server或Oracle中移植到MySQL中的工具包MySQLMigration

今天使用hbase內建的壓力測試，壓了一下我們的hbase叢集叢集配置：master 8cpu*32G + 3台8cpu*16G參數配置，修改了zookeeper和hdfs的配置外，其他保持預設測試方式：hbase org.apache.Hadoop.hbase.PerformanceEvaluation sequentialWrite 1hbase org.apache.hadoop.hbase.PerformanceEvaluation  sequentialRead

11g active data guard實現備庫rman備份，這樣可以在不影響主庫對外服務的情況下，實現資料庫的備份。測試如下：SQL> select OPEN_MODE,PROTECTION_MODE,PROTECTION_LEVEL,DATABASE_ROLE from v$database;OPEN_MODE            PROTECTION_MODE     

目前，LAMP、LNMP是兩套非常流行的開源Linux

11.1查看fra位置SQL> show parameters db_recovery_file_destNAME TYPE VALUE----------------------------------------------- ------------------------------db_recovery_file_dest stringdb_recovery_file_dest_size big integer 0select * from