數據庫管理員

安裝環境：VMware Workstation 5.5.3主機硬體環境：AthlonXP 2000+、256*2/DDR400、ST80G、GeForce4 MX440用VM建Linux選Other Linux 2.6.x安裝完成後虛擬機器的環境如下：系統：RHEL 5 ，安裝時選擇中文硬體環境：10G SCIS、 248M memory；一 RHEL 5 環境1 安裝RHEL 5LINUX的安裝基本上有點像Windows沒做多少選擇，只安裝了作業系統，其他的伺服器我個人安裝了dhcp&

試了一天,在Linux系統下用MySQL的備份工具就是備份不了，現在詳細記錄下備份步驟用SQLyogEnt工具備份，資料量大了出問題的，害了我好多次了，容易出錯，用mysql內建的工具備份就不錯。下面是步驟1.先用工具SQLyogEnt連上mysql伺服器2.然後編輯下root·localhost使用者的密碼3.在Linux伺服器上建個目錄用來存放備份檔案/backdata/cd /usr/local/mysql/bin/mysqldump -u使用者名稱 -p密碼 --databases

好多年沒寫程式了,現在對於php+mysql資料庫編程都已經生疏了,最近又重新拾了起來,當然一開始就出現遇見了這樣那樣的問題.亂碼問題按照以前的習慣寫了代碼如下；$link = mysql_connect(’localhost’,'hgqy’,'hgqy’);　//串連資料服務器mysql_select_db(’hgqy’ , $link);　　//選擇資料庫$sql = “select * from `plug＿qiye` where cpname = ‘濟南’”;$query =

怎樣在vc、delphi、vb等程式中使用mysql呢(mysql odbc驅動程式的使用) 我們經常會遇到這樣問題，怎樣在非web程式或asp程式中使用mysql資料庫呢？對於這個問題有兩個解決方案: 1.使用mysql提供的api函數庫。 很多有名的mysql用戶端工具就是這樣實現的，大名鼎鼎的winmysql工具就是這樣的。這在大部分的開發工具中都可以實現。

在Oracle資料庫中，我們可能遭遇很多資料損毀的情況，在面對這些情況時如何進行資料恢複是非常重要的。在很多情況下，恢複是極其複雜的，而且需要謹慎，輕率的操作和嘗試可能導致資料庫的永久損壞。所以我建議在恢複嘗試前應當先進行資料備份。對於重要的資料庫，如果不能確定恢複步驟和操作後果，建議最好先向專業人士進行諮詢，以避免不必要的資料損失。本文通過實驗類比和解決資料區塊損壞問題，是對一類資料庫損壞的恢複探討1.插入資料E:\Oracle\ora92\bin>sqlplus "/ as

下面按類別列出一些Oracle使用者常用資料字典的查詢使用方法。    一、使用者    查看目前使用者的預設資料表空間SQL>SELECT username，default_tablespace FROM user_users；    查看目前使用者的角色SQL>SELECT * FROM user_role_privs；   

運用PL/SQL進行匯入時,遇到報錯:IMP-00032:SQL語句超過緩衝區長度IMP-00008:匯出檔案中出現無法識別的語句剛開始以為是因為資料庫的Large_Pool設定的不夠大的原因,於是乎,設定large_pool_size=33554432後再匯入,結果再次提示相同的錯誤.從頭再來,上網搜尋,有提示說匯入時需要將buffer加大;回頭想想,以前置入時不需要修改任何配置,此次匯入的使用者中包含一個大資料量的分區表,是不是這個原因?再回頭仔細看看PL/SQL中的匯入圖形介面,上面赫然矗

Oracle非叢集中PL/SQL串連配置：DB1_193 =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = 59.208.39.193)(PORT = 1521)))(CONNECT_DATA =(SERVICE_NAME = bester)))非叢集中java串連的urlurl=jdbc:oracle:thin:@127.0.0.1:1521:besterOracle叢集中PL/SQL串連配置：db_1_2

  用於資料區塊最佳化的兩個參數：pctfree和pctused一般都是用在OLTP系統當中。兩者並沒有相互的關係，當滿足其中一種條件的時候，就會被出現/移除free-list列表當中。   Oracle自動管理塊空閑空間的條件：當一個插入或者更新操作的行在一個資料區塊中有足夠空閑空間，並且這個空閑空間片段狀態，無法滿足一行資料的使用。Oracel不總是自動整理片段（合并空閑空間）的原因是，這回導致一定的系統資源開銷。   pctfree：

效能最佳化是一個很大的話題，大到程式架構最佳化，資料庫設計等，小到一個特定演算法，甚至js最佳化等等。這裡我們只簡單談一下hibernate的效能最佳化。在使用Hibernate的時候,通過正確的方法和策略,可以提高執行效率。（一）抓取策略抓取策略（fetching strategy）是指：當應用程式需要在（Hibernate實體物件圖的）關聯關係間進行導航的時候， Hibernate如何擷取關聯對象的策略。抓取策略可以在O/R映射的中繼資料中聲明，也可以在特定的HQL

cmake的重要特性之一是其獨立於源碼(out-of-source)的編譯功能，即編譯工作可以在另一個指定的目錄中而非源碼目錄中進行，這可以保證源碼目錄不受任何一次編譯的影響，因此在同一個源碼樹上可以進行多次不同的編譯，如針對於不同平台編譯。一、安裝cmake（mysql-5.5）1、確保安裝開發環境Development LibrariesDevelopment

剛剛手工建立了資料庫，時間太晚，沒繼續研究，結果今天再次開啟資料庫時報了下面的錯誤ORA-00704: bootstrap process failureORA-39700: database must be opened with UPGRADE option按照下面的建議通過SQL>startup update確實可以open資料庫，但是終究不是問題的解決辦法，下次startup仍然會報上面的錯誤。通過查詢發現[Oracle@sigleNode ~]$ oerr ora 3970039

看見朋友匯入資料，花了很長時間都沒完成！其實有很多快速的方法，整理下！向表中插入資料有很多辦法,但是方法不同，效能差別很大.----1.原始語句 drop table t1 purge;create table t1 ( sid number, sname varchar2(20) ) tablespace test; create or replace procedure proc01 ( sname varchar2 ) as begin for i in 1..10000000

一．概述我在之前寫過2篇有關Oracle 資料泵的文章，如下：Oracle 10gData Pump Expdp/Impdp 詳解  Oracleexpdp/impdp 使用樣本 

工作上碰到的Oracle Bug 6136074，一個10203上的bug，這種問題還是第一次碰到。 在10.2.0.3上，存在bug可能導致編譯過程或視圖失敗，而失敗的結果並不只是當前視圖或過程不可用，而是可能影響整個資料字典，導致預存程序在執行時出現ORA-04068錯誤。 錯誤資訊如下： ORA-04068: existing state of packages has been discarded. ORA-04065: not executed,

OracleOraDb10g_home1TNSListener： 該服務對應 %Oracle_Hoem\bin\TNSLSNR.EXE 若該服務未啟動，將會導致Oracle錯誤- Ora-12514：TNS：無監聽程式。OracleServiceORACLE: 若該服務未啟動，將會導致Oracle錯誤- Ora-12514：TNS：監聽程式當前無法識別連結描述符中請求的服務。

最近在做項目的工程中,由於系統中需要提供Database Backup的功能,經過網上一番搜尋,覺得採用簡單的mysqldumpLinux下通過mysqldump備份MySQL資料庫成sql檔案 Linux中使用mysqldump對MySQL資料庫進行定時備份 (1)java代碼String backupSQL = "cmd /c mysqldump -urootdd --extended-insert=false  -hlocalhost fts> "   

　　MySQL 的數值資料類型可以大致劃分為兩個類別，一個是整數，另一個是浮點數或小數。許多不同的子類型對這些類別中的每一個都是可用的，每個子類型支援不同大小的資料，並且 MySQL 允許我們指定數值欄位中的值是否有正負之分或者用零填補。MySQL資料類型-decimal詳解 　　表列出了各種數實值型別以及它們的允許範圍和佔用的記憶體空間。類型大小範圍（有符號）範圍（無符號）用途TINYINT1 位元組(-128，127)(0，255)小整數值SMALLINT2 位元組(-32 768，32 7

某日淩晨收到db故障警示，上機器檢查，mysql已經被myqld守護進程重新啟動。檢查/var/log/messages和最近的dmesg發現mysql進程是被oom幹掉了。資訊大概摘錄如下： [13045702.638964] kthread invoked oom-killer: gfp_mask=0xd0, order=1, oomkilladj=0[13045702.638969] [13045702.638969] Call Trace: <ffffffff8014a3

Linux 下，本機是Oracle 11g資料庫，匯入庫為10g,通過expdp,impdp資料泵匯入，剛開始提示ora-39001，發現是找不到檔案目錄或者檔案名稱不一樣。根據提示，是dump檔案的version不對，查看一下，本機庫SQL> show parameter compatible NAME