數據庫管理員

本文中仔細講述了在Linux環境下用PHP4串連Oracle8i的具體方法。 1.下載並安裝 Oracle 8i for linux。完整安裝，不要只安裝用戶端。 2. 下載PHP3或PHP4源碼。 3. 配置PHP的安裝參數： for php 4:./configure

整理了一些FreeBSD 環境下Mysql問題的解決方案,供大家參考!1 修改root使用者的密碼時出現錯誤：# mysqladmin -uroot -p password 'newpassword'Enter password:mysqladmin: connect to server at 'localhost' failederror: 'Access denied for user 'root'@'localhost' (using password: YES)'解決方案#

1、最簡單的，就是對於需要保持一致性的資料，都去讀主庫。但是對於大資料量的應用，這種方法顯然不可行。2、採用同步複製模式（synchronous replication model），MYSQL通過NDB cluster storage engine提供了一種同步複製模式，不過Mysql cluster的穩定性、sync replication的效率、使用限制等等都還是問題。3、使用負載平衡等技術減輕從庫壓力，從而減少replication

Oracle安裝後解決80連接埠佔用的辦法：修改目錄oracle\Apache\Apache\conf中的兩個檔案：httpd.conf、httpd.conf.default，將檔案中的連接埠由80改為18001即可將Apache的應用連接埠改為18001連接埠，重新啟動Apache，Web就能使用80連接埠了，此時Apache使用的是18001連接埠。若你不知道Apache如何重啟，就重新啟動你的電腦，重啟後，問題應當解決。解決8080連接埠佔用的辦法：使用sys帳號以sysdba身份登入進去

1.擷取Oracle 10g安裝檔案2.給Debian配置安裝環境2.1 配置sysctl.conf# vi /etc/sysctl.conf在檔案末尾加入：kernel.shmall = 2097152kernel.shmmax = 2147483648kernel.shmmni = 4096kernel.sem = 250 32000 100 128fs.file-max = 65536net.ipv4.ip_local_port_range = 1024 65000讓修改生效：#

在Linux下進行配置SDF伺服器的時候，有時候安裝MySQ的圖形化介面安裝不上去，這就要重新下載安裝一下：選擇軟體工具：MySQL Control CenterMySQLCC 是一個功能齊全的、基於GUI的MySQL用戶端程式，可以跨平台操作。它提供多種風格的使用者介面，支援簡體中文，易於操作，某些操作介面與SQL Server資料庫系統的用戶端工具——“企業管理器”非常相似。因此，無論在功能上還是在介面上，MySQLCC都可以與商務資料庫所提供的、基於

在Linux下設定lock_sga 後錯誤:Ora-27102: Out Of Memory: Linux Error: 12: Cannot Allocate Memory with LOCK_SGA=TRUE[Oracle@db ~]$ ulimit -acore file size          (blocks, -c) 0data seg size    

DBLINK詳解1.建立dblink文法：CREATE [PUBLIC] DATABASE LINK linkCONNECT TO username IDENTIFIED BY passwordUSING ‘connectstring’說明：1) 許可權：建立資料庫連結的帳號必須有CREATE DATABASE LINK或CREATE PUBLIC DATABASE LINK的系統許可權，用來登入到遠端資料庫的帳號必須有CREATE

指令檔：backup.shrq=`date '+%Y%m%d%H%M'`su - Oracle -c "exp zjhk/zjhk_123 owner=zjhk file=/home/oracle/zjhk_$rq.dmp"cron是一個linux下的定時執行工具，可以在無需人工幹預的情況下運行作業。由於Cron 是Linux的內建服務，但它不自動起來，可以用以下的方法啟動、關閉這個服務：/sbin/service crond start //啟動服務/sbin/service crond

測試目的1,未建立索引前的表的掃描情況    1,掃描哪些資料區塊    2,資料區塊之間的關係    3,物理讀    4,邏輯讀    5,以上測試區分：全表掃描與部分表記錄掃描    6,掃描資料區塊是採用單塊讀取還是多塊讀取還是先單塊讀後多塊讀取？2,小結：    1,表掃描速度與資料區塊大小的關係   

Oracle基礎資料結構系列文章：Oracle恢複內部原理 http://www.bkjia.com/search.aspx?where=nkey&keyword=198242.1  控制檔案 控制檔案包含了資料庫中所有其他檔案的狀態資訊。 控制檔案包含了如下幾類資料： A.      資料庫資訊記錄（一條） B.     

Oracle Database 軟體提供了以下兩個指令碼來設定資料庫隨伺服器自動啟動和關閉： [oracle@prod bin]$ pwd /u01/app/oracle/product/11.2.0/db_1/bin [oracle@prod bin]$ ls -l dbs* -rwxr-x--- 1 oracle oinstall  6030 Jan  1  2000 dbshut -rwxr-x--- 1

今天接到客戶自己的測試環境，從來源資料庫導致一個表到目標資料庫，select * from tabname報ORA-01435: user does not exist，select count(*) from tabname正常，原來只瞭解細粒度審計，但是在環境中還沒有真真的見過，所以整個過程分析用了一點時間。下面是整個過程：scott@EM10G> selectcount(*) from EMPLOYEES; COUNT(*) ----------107 scott@EM10G>

聚簇因子是 Oracle 統計資訊中在CBO最佳化器模式下用於計算cost的參數之一，決定了當前的SQL語句是否走索引，還是全表掃描以及是否作為嵌套串連外部表格等。如此這般，那到底什麼是聚簇因子，那些情況下會影響到聚簇因子，以及如何提高聚簇因子？本文將對此展開描述。1、堆表的儲存方式Oralce

今天實驗了MySQL (版本 5.5.27) 大量的delete 後空間如何回收問題一、myisam表 optimize table tablename; #二、innodb表（獨立資料表空間）--innodb-file-per-tablea.方法一：optimize table m;mysql> delete from m where id =3;Query OK, 262144 rows affected (11.12 sec)mysql> optimize table m ;

1、原始碼下載與準備 PG 詞法和文法解析分別使用 flex 和 yacc指令碼，也就是原始碼裡能看到的 .l 和 .y 檔案，由他們產生 .c 和 .h檔案。 更詳細資料見： http://flex.sourceforge.net/（很不幸，這個網站是無法直接存取的，自己想辦法） http://www.gnu.org/software/bison/ 這兩個工具在 Windows 下的環境一直沒有徹底弄好，再加上考慮它們的版本，我都是在 Linux 下產生文法引擎，操作步驟見 (2)。

Linux下安裝Oracle系統最好是1G記憶體，2G的swap空間，硬碟至少需要4.5G空間。至少環境在Linux Server release 5.3以上如果是Linux Server release 5.1，改裝oracle10.2g吧一、查看Linux版本[root@localhost ~]# cat /etc/issueRed Hat Enterprise Linux Server release 5.5 (Tikanga)[root@localhost ~]# cat

前幾天，同事發來一條SQL，說是更新操作的時候執行的很慢，我看了下，資料量也不是很大。再查看執行計畫，發現是執行路徑錯誤導致的，可是為什麼會走錯誤的執行路徑呢？統計資訊並沒有太大的問題。在這裡類比下： 資料準備：--1.資料準備，表一：DROP TABLE t_test_1;create table T_TEST_1(  owner          VARCHAR2(30),  object_name 

由於項目需要要更改Oracle_sid（測試的） 使用nid,結果弄了一半沒弄成功到把資料庫給搞掛了。最後沒辦法重裝了一下資料庫。今天啟動資料庫的時候報錯是：ORA-01103  資料庫的控制檔案和 D:\oracle\product\10.2.0\admin\testjfdb\pfile下的init.ora中的db_name 不一致導致的。   報的錯誤是： ORA-01103  ？？？？？ testjfdb  ?????? orcl

一：‍‍在電信行業這種資料量巨大的環境中，ora-01555錯是一個很常見的錯誤。這個錯誤使得應用失敗。例如，這一錯誤可能停止一個在深夜啟動並執行批處理任務，隨後也使依賴於該任務的其他任務失敗。這使使用者不能及時得到所需的資訊(如報表沒列印出來、資料未被匯出等等)。儘管這一錯誤通常發生在大任務上，但在小任務上也會發生。　　ORA-1555通常是一個偶然出現的錯誤。有時在發生了該錯誤以後，重新運行該任務就有可能不再碰到類似的錯誤。這個錯誤最麻煩的是它並不會立刻發生，已耗用時間長的任