『壹』 如何構建一個完善的資料庫,如何來處理表與表關系.
sql Server本身就是一個完善的資料庫，提供可視化編程，後台完成所有拖放處理操作，不管有沒有數據都可以使用，不需要編譯。
一個比較合理的資料庫設計應該考慮數據的交互性和挖掘能力、處理效率以及日誌記錄。
建立數據表，注意以下幾點：
表建立的時候要有主鍵和索引，表與表之間要能使用主鍵相聯系，舉例說在A表裡我做完一次記錄要生成一個單號，B表裡面是依據單號來做下一個流程，而不是依據記錄的每一條數據
取名盡量使用英文+下劃線，SQL Server里對漢字需要轉碼，影響工作效率，按照他的默認編碼方式操作有助於提高數據處理速度
建立數據表的列數不要太多，用編碼規則來建立邏輯
注意欄位存儲空間，限制欄位長度，少用注釋和image
存儲過程盡量簡潔實用
建立視圖，為了別的客戶端使用，盡量建立視圖，做好完整的數據分析，別的介面程序或者客戶端直接就可以拿去使用。做視圖注意幾點：
多個表操作寫在一個視圖里，不要嵌套太多視圖
連接查詢要適當的篩選
跨伺服器操作視圖，要建立伺服器鏈接表，盡量使用內網鏈接，把伺服器鏈接表做成查詢視圖，放在本地伺服器資料庫里，這樣就等同本地操作
視圖之間保留連接欄位作為主要索引
建立計劃作業，有計劃地進行數據同步更新和備份標識工作，注意事項：
備份數據盡量放資料庫里同步復制
計劃任務避開工作高峰期
建立存儲過程，記錄操作日誌，把日誌以數據表的形式存儲，注意事項：
存儲過程對本表操作，不要交互太多表
精簡參數數量，注意參數存儲空間
對記錄修改刪除、更新標記的時候盡量使用時間來索引
建立關系圖，給表與表之間建立直接關系，整理整體挖掘數據性能。
建立計劃更新任務，優化資料庫整體性能。
『貳』 創建一個資料庫，如何實現多台電腦對這個資料庫輸入數據呢
1、access只是桌面資料庫，原則上它不支持網路共享的（據說有折中方法，但是很不穩定，我自己也沒成功過），不能實現。
2、如果你真的要這么做，那必須採用客戶端/伺服器方式，簡單點，就是在一台電腦上放置access資料庫，並運行一個web服務或網站，由它來負責資料庫讀寫處理，其它主機只負責錄入和顯示數據，這是網站開發范疇了
3、建議還是使用mysql或mssql資料庫，可以在區域網甚至廣域網方式操作資料庫
『叄』 如何在大腦里構建物理知識框架
我主張記憶 本人做法：先把每冊書過一遍，然後再翻到目錄，根據目錄將大致知識回憶一下。先是每一章節用筆將大腦中所留下的知識用若干個詞彙歸納（框圖形式），然後是一冊,最後將同類知識放在一起，多多復習。這樣，基礎知識就沒有問題了。
還有一種做法：將物理課本上每一個知識點自己用自己語言寫在筆記本上，越少越好，這樣記得快，框圖容易形成，而且易於掌握知識，說不定會悟出什麼新的東西來。
至於解題方法：第一是多做題，這樣不會手生，每做一題要思索它有沒有另一種解題模式或另一種問法，之後再將錯題（不好想的）背一下，其實高三做那麼多題就是為了背題，以後你會發現的。這也要經常復習。
另外是心態，要認認真真對待每一個題，如果你做題就做好，不好好做，那就睡覺。
還有限時訓練，限時訓練中你的錯誤是非常重要的，認真找出錯誤，並找到解決方案，實施。
最後是堅持，其實，只要你堅持下來了，無論哪一種方法都能成功。
祝你明年高考取得好成績！
『肆』 空間資料庫建立
在遙感圖像處理系統空間資料庫的建立過程中，由於我們的大部分資料來源於現有的地圖，因而以地圖的數據處理，採用掃描矢量化的數字化手段進行數據錄入，各種地圖處理，數據入庫工作流程可分為預處理、圖形掃描數字化、圖層數據建立拓撲關系、建屬性資料庫、圖層矢量數據與屬性數據聯接、投影轉換、圖幅拼接、圖面整飾、數據入庫九個階段。如圖7-9所示。
圖7-9 數據採集工作流程圖
（1）圖形預處理
資源信息是多源和多尺度的。毫無疑問，對這些資料的初步整理是數字化工作進程的重要一環。
本系統將採用統一的坐標系統，坐標系為1980西安坐標系，高程系為1985國家高程基準。所有的圖形數據均應該轉換到此坐標系。
（2）圖形掃描數字化
在地圖數據採集過程中，由於地圖原圖質量、內容、比例尺和掃描過程中的種種因素，根據紙介質地圖的圖形要素和彩色特徵提取的分層圖仍會帶有各種雜訊以及不需要的其他一些信息，為了獲得正確的、干凈的數據，在數字化之前，要進行二值化、去臟、光滑、斷線修補、細化處理等預處理步驟。
（3）圖層數據建立拓撲關系與圖形編輯
矢量化後的各圖層，利用ArcGIS軟體提供的功能建立拓撲關系，在建拓撲關系時會發現圖形數據錯誤，要進行編輯、修改，再重新建立拓撲關系，這一過程可能做多次，直到數據正確為止。
（4）建屬性資料庫
按已採集的屬性數據表，和標准規定格式，利用通用的資料庫管理軟體建立分層資料庫，文字型數據要按標准代碼錄入。
（5）圖層矢量數據與屬性數據聯接
按圖元編碼（用戶ID）將矢量數據與屬性數據聯接。對於已建立聯接的各類空間數據和屬性數據，通過ArcGIS 系統對它們做進一步的編輯和修改，確保資料庫的准確性和完整性。在ArcGIS 系統中，圖形數據被分成「點」、「線」、「面」三種幾何要素，它們都有各自相關的屬性，在進行拓撲處理後，這三種要素間便擁有了相關的空間拓撲結構，這種空間數據關系與相應的屬性數據是一種動態聯結關系，這也是在ArcGIS系統中能夠進行空間分析的關鍵所在。屬性數據的編輯可通過ArcGIS系統的資料庫管理系統進行數據結構定義（如數據項名稱、類型、長度等）、數據編輯（如插入、刪除、拷貝等）、數據查詢檢索等等，形成可供使用的屬性資料庫。
（6）投影轉換
同一工作區可能利用不同比例、不同投影的圖件，要對不同來源、不同時間解析度和空間解析度的點、線、面數據進行計算，在拼接圖層之前必須對它們進行投影轉換，使最終形成的圖層均投影到一個坐標系統。
（7）圖幅接邊
圖幅接邊的目的是要保持圖面數據連續性。工作區有多幅圖構成，按上述步驟每幅圖分層建立起圖層之後，要對各相鄰圖幅分層進行拼接，圖幅的接邊精度要滿足相應比例尺的國家精度要求。各圖層中線圖元或面圖元拼接後其圖元編號要進行改變，在右邊圖幅中的圖元拼接後用左邊圖幅內的圖元編號，下邊圖幅的圖元改用上邊圖幅的圖元編號。其屬性數據也要合並為一個，屬性數據結構不相同的圖元（線或面）不能進行圖幅拼接。對於一些圖面標注的內容也要做相應的調整。到現在為止，已完成了圖形庫的建立工作。拼接完成後，仍按圖幅分開儲存與管理。
（8）數據入庫
前面數據處理的目的都是為了使圖形進入GIS資料庫系統中，以作為其他應用系統的數據基礎。圖形數據將採用空間數據管理方式、利用系統軟體將所有圖形及屬性統一存放於Oracle之中。
（9）圖件輸出與圖面整飾
在每一圖幅數字化完成後，或工作區各圖幅分層拼接之後，要對圖面標注內容逐一添加到圖面上。按有關圖例符號標准和用色標准對相應點、線、面圖元的線型、符號、顏色進行設置定義。再就圖名、圖例、比例尺及其圖面內容整飾後，輸出圖件成果。
（10）數據質量控制
檢查內容包括數據完整性、邏輯一致性、位置精度、屬性精度、接邊精度、現勢性等是否符合國家標准及有關技術規定。專題圖形資料庫建設質量控制的方案如下：
建立數據採集標准規范，詳細闡述不同要素的採集要求，作為數據採集的根本基準，統一採集認識。
進行數據採集人員培訓，熟練使用採集軟硬體，掌握採集規范，採集過程中填寫詳細的圖例簿，統一圖例簿格式，記錄每幅圖數據生產過程的基本情況，特別是作業時遇到的問題及處理意見，質量情況等。
數據質量控制採用分級分層管理方式，首先，數據生產操作人員在數據採集過程中嚴格遵守數據採集規范標准，採集後進行數據的第一次檢查；其次，資料庫集成人員進行第二次數據質量檢查；最後，系統總工隨機抽樣檢查。
檢查方式多種多樣，這里主要採用以下3種：屏幕視覺檢查，列印出圖檢查，查錯軟體檢查。
『伍』 如何在電腦中建立本地資料庫！越簡單越好！
可以在電腦安裝一個MySQL資料庫，MySQL 是一個關系型資料庫管理系統，由瑞典 MySQL AB 公司開發，目前屬於Oracle旗下公司。
下面的是MySQL安裝的圖解，用的可執行文件安裝的，詳細說明了一下！打開下載的mysql安裝文件mysql-5.0.27-win32.zip，雙擊解壓縮，運行「setup.exe」，出現如下界面
mysql圖文安裝教程20
確認設置無誤，如果有誤，按「Back」返回檢查。按「Execute」使設置生效。
設置完畢，按「Finish」結束mysql的安裝與配置——這里有一個比較常見的錯誤，就是不能「Start service」，一般出現在以前有安裝mysql的伺服器上，解決的辦法，先保證以前安裝的mysql伺服器徹底卸載掉了；不行的話，檢查是否按上面一步所說，之前的密碼是否有修改，照上面的操作；如果依然不行，將mysql安裝目錄下的data文件夾備份，然後刪除，在安裝完成後，將安裝生成的 data文件夾刪除，備份的data文件夾移回來，再重啟mysql服務就可以了，這種情況下，可能需要將資料庫檢查一下，然後修復一次，防止數據出錯。
『陸』 如何設計合理高效的資料庫
一、 引言資料庫對於企業信息化的重要性是不言而喻的。資料庫存儲著現代企業最重要的數據，包括生產、經營、管理等各類數據，這些數據作為企業的核心信息，通過各類信息系統，為用戶提供及時准確的信息，幫助用戶分析，為用戶提供決策依據。為提高企業的工作效率，提升企業形象，具有傳統模式無法比擬的優勢。其中構建合理高效的資料庫，是資料庫建設關鍵之一。如何構建合理高效的資料庫是企業信息化過程要解決的問題。下面就資料庫的構建談談自己的一些經驗，希望能對大家有所幫助。 二、 設計資料庫之前
資料庫並不是憑空想像出來的，而是根據業務部門的需要設計符合業務需求的資料庫。因此在形成資料庫之前需要充分了解業務需求。 1. 充分理解業務需求。需求分析是整個設計過程的基礎，是最困難、最耗費時間的一步。在這期間通過與業務部門交流，了解用戶的想法以及工作流程，通過雙方多次交流，會形成初步的數據模型，當然這時的數據模型不會是最終的模型，還需要和用戶進行交流，並且在以後的信息系統開發過程中還會反復修改。 2. 重視輸入輸出。在定義資料庫表和欄位需求（輸入）時，首先應了解數據產生源和數據流程，也就是必需要知道每個數據在那兒產生，數據在那兒表現，以什麼樣的形式表現等等，然後根據用戶提供的報表或者設計出的報表、查詢和視圖（輸出）以決定為了支持這些輸出哪些是必要的表和欄位。 3. 創建數據字典和ER 圖表。ER 圖表和數據字典可以讓任何了解資料庫的人都明確如何從資料庫中獲得數據。ER圖對表明表之間關系很有用，而數據字典則說明了每個欄位的用途以及任何可能存在的別名。對SQL 表達式的文檔化來說這是完全必要的。 需要注意的是，在需求分析調研過程中，並不是一帆風順的，因為業務人員對於業務的理解不同，以及對於信息知識的缺乏，會影響需求分析的質量，為了提高質量，各方要用更多的時間交流與相互理解，業務部門需要精通業務的人員自始至終全力配合，而開發人員則盡量使用用戶理解的業務術語交流，這樣會避免出現理解不同而產生的歧義。 三、 設計合理的表結構
通常合理的表結構會減少數據冗餘，提高資料庫的性能。設計合理的表結構要遵循以下兩點。 1. 標准化和規范化 數據的標准化有助於消除資料庫中的數據冗餘。標准化有好幾種形式，但3NF(第三範式)通常被認為在性能、擴展性和數據完整性方面達到了最好平衡。簡單來說，遵守3NF標準的資料庫的表設計原則是：某個表只包括其本身基本的屬性，當不是它們本身所具有的屬性時需進行分解。表之間的關系通過外鍵相連接。它具有以下特點：有一組表專門存放通過鍵連接起來的關聯數據。 例如：某個存放單井信息及其有關油井生產日報信息的3NF資料庫就有兩個表：單井基礎信息和油井日報信息。日報信息不包含單井的任何信息，但表內會存放一個鍵值，該鍵指向單井基礎信息里包含該油井信息的那一行。 不過也有例外，有時為了效率的緣故，對表不進行標准化也是必要的。 2. 考慮各種變化 在設計資料庫的時候考慮到哪些數據欄位將來可能會發生變更。使資料庫更具擴展性，從而減少將來數據變更所帶來的損失。 例如，日期類型欄位，有時我們會考慮使用字元類型代替日期類型，因為在處理日期欄位上容易產生數據錯誤，所以我們就使用字元類型。這樣的例子還很多，在做前期設計時都要考慮的。 表結構的設計不是一次就能成功的，在信息系統開發過程中會存在數據讀取、錄入或統計困難，為了解決這些問題會修改表結構，或增加一些欄位，或修改一些欄位的屬性。這個過程不斷重復，因此不要想一次能成功。建議使用專門設計工具來做這些工作，筆者經常使用：SYBASE PowerDesigner ，當然還有其它的工具：ORACLE Designer 2000 ，ROSE等工具。這樣會使你的工作事半功倍。 四、 選擇合理的索引
索引是從資料庫中獲取數據的最高效方式之一。95%的資料庫性能問題都可以採用索引技術得到解決。 1. 邏輯主鍵使用唯一的成組索引，對系統鍵（作為存儲過程）採用唯一的非成組索引，對任何外鍵列採用非成組索引。考慮資料庫的空間有多大，表如何進行訪問，還有這些訪問是否主要用作讀寫。 2. 大多數資料庫都索引自動創建的主鍵欄位，但是可別忘了索引外鍵，它們也是經常使用的鍵，比如運行查詢顯示主表和所有關聯表的某條記錄就用得上。 3. 不要索引大型欄位（有很多字元），這樣作會讓索引佔用太多的存儲空間。如MEMO(備注)、TEXT(文本)等欄位。 4. 不要索引常用的小型表 不要為小型數據表設置任何鍵，假如它們經常有插入和刪除操作就更別這樣作了。對這些插入和刪除操作的索引維護可能比掃描表空間消耗更多的時間。如代碼表，或系統參數表。 五、 保證數據完整性
數據的完整性非常重要，這關繫到數據的准確性，不準確的數據是毫無價值的，因此保證數據的完整性非常重要。 1. 完整性實現機制：實體完整性：主鍵參照完整性： 父表中刪除數據：級聯刪除；受限刪除；置空值父表中插入數據：受限插入；遞歸插入 父表中更新數據：級聯更新；受限更新；置空值 DBMS對參照完整性可以有兩種方法實現：外鍵實現機制（約束規則）和觸發器實現機制用戶定義完整性：NOT NULL；CHECK；觸發器 以上完整性機制需要熟悉和掌握，它對於數據的完整性非常重要。 2. 用約束而非業務規則強制數據完整性 採用資料庫系統實現數據的完整性。這不但包括通過標准化實現的完整性而且還包括數據的功能性。在寫數據的時候還可以增加觸發器來保證數據的正確性。不要依賴於業務層保證數據完整性；它不能保證表之間（外鍵）的完整性所以不能強加於其他完整性規則之上。 3. 強制指示完整性 在有害數據進入資料庫之前將其剔除。激活資料庫系統的指示完整性特性。這樣可以保持數據的清潔而能迫使開發人員投入更多的時間處理錯誤條件。 4. 使用查找控制數據完整性 控制數據完整性的最佳方式就是限制用戶的錄入。只要有可能都應該提供給用戶一個清晰的價值列表供其選擇。這樣將減少鍵入代碼的錯誤和誤解同時提供數據的一致性。某些公共數據特別適合查找：性別代碼、單位代碼等。 5. 採用視圖 視圖是一個虛擬表，其內容由SQL語句定義，視圖不僅可以簡化用戶對數據的理解，也可以簡化他們的操作。那些被經常使用的查詢可以被定義為視圖，從而使得用戶不必為以後的操作每次指定全部的條件。另外通過視圖用戶只能查詢和修改他們所能見到的數據。資料庫中的其它數據則既看不見也取不到。資料庫授權命令可以使每個用戶對資料庫的檢索限制到特定的資料庫對象上，增強數據的安全性。 六、 結束語
資料庫的高效運行不僅需要技術上的支持，也需要硬體平台和網路的支持以及資料庫管理員的有效管理，本文只是從技術的角度說明如何提高資料庫的效率，但在實際應用過程中其它方面的支持也是不可缺少的，尤其是資料庫管理，資料庫建設是「三分技術，七分管理，十二分基礎數據」，因此對於資料庫管理一定要重視，在管理到位的情況下技術才能發揮應有的作用。
『柒』 如何在人腦建立一個資料庫！
目前來說，靠個人的力量比較困難。難道你要把20000位圓周率投射到視網膜上，還是直接把他切入視神經？不過將類似的存儲晶元嵌入大腦不難，人體也有生物電，可以提供電量。當來還要一塊處理晶元把數字信號變成模擬信號輸入神經。但是，能潛入人類意識的資料庫也比較難設計啊，讀取不難，你還需要一種能管理資料庫的軟體，通過探測腦電波來獲取你的指令（好像已經有類似的輪椅了）。總而言之，像My SQL對大腦來說沒啥用，自己單獨設計一個至少要十年。
『捌』 資料庫管理員
DBA資料庫管理員要求
近年來，我一直在和資料庫管理員打交道，並直接面試了很多DBA職位。本文想概括一下IT行業對DBA的要求，以及國內DBA的新資現狀。可以肯定地說，做一個高級DBA是很不錯的職業。如果你打算成為一名DBA，那麼希望本文起到拋磚引玉的作用。
什麼是DBA
資料庫管理員，英文是Database Administrator，簡稱DBA。這個職位對不同的人意味著不同的意義。一個小的軟體開發工作室和一個分工高度明細的大公司相比，DBA的職責來得更加寬泛一些。一個公司，不管它是自己開發應用軟體，還是購買第三方的應用軟體，只要涉及到資料庫（有多少不涉及資料庫的應用軟體呢？資料庫是商業的靈魂和大腦啊），就需要確定是否僱傭一個或幾個DBA。知道DBA這個職位有哪些要求，對於企業內部這個職位的定義或者對於那些未來的DBA將是至關重要的。下面我列出了DBA的一些職責：
安裝和升級資料庫伺服器（如Oracle、Microsoft SQL server），以及應用程序工具。 資料庫設計系統存儲方案，並制定未來的存儲需求計劃。 一旦開發人員設計了一個應用，就需要DBA來創建資料庫存儲結構（tablespaces）。 一旦開發人員設計了一個應用，就需要DBA來創建資料庫對象（tables,views,indexes）。 根據開發人員的反饋信息，必要的時候，修改資料庫的結構。 登記資料庫的用戶，維護資料庫的安全性。 保證資料庫的使用符合知識產權相關法規。 控制和監控用戶對資料庫的存取訪問。 監控和優化資料庫的性能。 制定資料庫備份計劃，災難出現時對資料庫信息進行恢復 維護適當介質上的存檔或者備份數據 備份和恢復資料庫 聯系資料庫系統的生產廠商，跟蹤技術信息。 DBA的個性特點
很多時候管理人員都忽視了DBA的個性特點，他們只關注DBA的技術能力。實際上，上面談到的每個職責都意味著：DBA需要跟各種人員打交道，這些人員可能是銷售商、用戶、開發人員或者管理人員。這說明：DBA必須具有下面的個性特點：
自信心 好奇心 堅韌的意志力 老練 自我驅動 注意細節 為什麼這些個性特點很重要呢？
我就有幾個缺乏自信心的部下，他們反復問我一些事無巨細的問題，他們沒有信心哪怕做最小的決定。他們也缺乏工作的主動性。這對於初級DBA來說可能問題不太大，但對於那些高級DBA來說，如果他們缺乏自信心，他們又可以依賴誰幫他們決策呢？在DBA的面試中，即使你不能回答某個技術問題，你也要表現出足夠的自信心。最致命的不是不知道問題的答案，而是不知道從哪兒得到答案。
幾乎所有的資料庫系統都在不停地更新。但並不是所有的更新都有技術文檔。對於好的DBA來說，好奇心是必需的。沒有好奇心和求知慾的DBA總是等待有人告訴他們答案。而一個求知慾強的DBA將安裝最新版本的資料庫系統，並立即開始搜尋那些哪怕是細微的功能和性能上的差異和增強，從而改進自己的工作。應試時一個必然問及的問題是：你手頭有哪些參考資料？你如何使用它們？毫無疑問，如果你只回答了資料庫的文檔，或者你甚至沒有讀過他們，你的"股票市值"將大大下降。好奇心會驅使DBA們理解數據字典(Data Dictionary)、管理工具(Tools)或者其他支持包(Packages)。
DBA常常會碰到棘手的問題。尋找答案是一個需要堅韌意志力、可以經受摔打的個性特點。我常常在一些討論組或者論壇上看到DBA們提出的問題，這些問題往往是提問者自己可以解決的，如果他們具有堅韌的個性特點，並努力尋求問題的答案。
自我驅動對每個人都是很重要的，對DBA尤其如此。DBA要能想辦法使問題出現，而不是等待問題的出現。自驅力強的DBA常常設法取得或者自己寫一些必要的腳本(Script)來監控包括數據表大小(Table Size)、表空間使用(Tablespace Usage)等項目，這些項目如果被忽視，他們將遇到麻煩。應試的時候DBA們常常被問及在PL/SQL、SQL或者SQL*PLUS方面的經驗，這些問題將把你從從來沒有編寫過自己需要的腳本的那些DBA們區分開。
不用說和用戶，就是和程序員和管理人員打交道，也需要你足夠老練。一個一點不會處事的DBA不會為你做什麼好事，只會在你的部門點燃敵對情緒的烈火。老練是這樣一種能力，你勸告某個人到地府去，哈哈，最後這個人懷著渴望的心情去了。很多時候，開發者、管理者、用戶，他們會提出毫無道理的需求，DBA們需要老練地引導、修正它們的要求，說服他們。在應試時，你的應對就很能說明你是否老練。
最後說說注意細節，這種性格傾向非常重要。注意細節的DBA們衣著整潔，有自己的日程安排，在應試前對應聘的單位做過調查。注意細節的DBA們深入了解資料庫的內核，並能理解視圖、表之間的關系。
DBA的等級
DBA的等級並不是很嚴格的。按照對資料庫的掌握情況，我簡單地分成三個等級：初級Primary、中級Intermediate和高級Senior。
初級DBA又稱為DBBS，是英文Database Baby Sitter的縮寫。初級DBA常常是兼職的，他們往往同時是程序員或者兼任其他的工作。初級DBA往往把個人簡歷寫得很棒，參與了很多和資料庫有關的項目或工作。但是，這些項目或者工作往往是：第三方軟體供應商已經安裝並配置了資料庫，他們只做一些監控的工作。他們能處理一些簡單的問題，但大多數時候他們向應用軟體供應商求救。初級DBA更喜歡圖形化的資料庫管理或者監控工具，他們喜歡Access這樣的桌面資料庫簡單易用，並把這些小型資料庫的經驗簡單地應用到大型資料庫相關的工作中。
初級DBA是最好區分的。而中級DBA和高級DBA就不太好區分。他們的差別在於經驗的不同和個性特點、能力方面的差異。中級DBA比較多，他們可以勝任高級DBA的大部分工作，包括：
資料庫安裝 資料庫配置和管理 許可權設置和安全管理 監控和性能調節 備份和恢復 解決一般的問題 中級DBA往往從業一年左右，熟悉某種操作系統環境下的資料庫。因為對中級DBA來講，Windows NT和Unix是有很大差別的。中級DBA對SQL比較熟悉，他們自己購買了幾本資料庫方面的書籍，並深入鑽研。中級DBA往往同時兼任資料庫程序員，他們的工作對性能、穩定性、安全性的追求基本上不是很高，往往配合高級DBA做一些例行工作。
高級DBA在國內是非常少的。他們購買了太多的資料庫方面的英文資料，也許是托朋友從Amazon買的。相對於他們的報酬來講，買書的錢是很少的一個比例。高級DBA一般都熟悉很多種操作平台下的幾種大型資料庫。他們知道各種不同資料庫在不同環境下的優勢和劣勢，並能在資料庫平台和資料庫環境的選擇方面做出決策。他們一般通曉系統架構和資料庫設計，並能對資料庫進行各種級別的優化。高級DBA一般都配有助手，他們更偏向做決策和計劃。高級DBA往往在銀行業、保險業、在線交易等對穩定性、安全性、性能都要求比較高的關鍵業務處理領域大顯身手。
很多時候，是否取得資料庫專家認證證書並不是很重要。我知道很多資料庫廠商的培訓只要你去了都會獲得證書。有很多的公司提供商業化的培訓，他們的服務質量也有好有劣。所以證書並不是特別地有意義。
幾種流行的資料庫系統
最"容易"的資料庫系統-Microsoft SQL Server
如果你打算做一個DBA，建議你選擇那些現在比較流行的資料庫系統。這意味著你將有更多的就業機會、交流和培訓機會，而且，流行自有流行的理由，你可以因此省心很多。當然，就業競爭壓力也比較大。一般的入門者選擇Microsoft SQL Server，這是非常適合中小型企業的資料庫系統，熟悉Access的讀者很容易就能初步使用Microsoft SQL Server，成為一個DBBS。 J
Microsoft SQL Server 7.0的報價，5用戶版1399美金，增加用戶時，127美金每用戶。
最"難"的資料庫-無冕之王Oracle
如果你有機會接觸到Oracle，那可是個好機會。Oracle是目前最看好的資料庫廠商，由於其強大的功能和可配置、可管理能力，Oracle DBA的薪資一般比其他資料庫管理員的薪資要高。而且，Oracle在大中型企業的關鍵應用也更加普遍了。Oracle可以運行在Windows NT、Sun Solaris、Linux等平台下。很多情況下要求你不僅僅熟悉NT，還要你熟悉Unix；而且Oracle不太友善的界面和成箱的Oracle產品資料可能也是一個障礙。
Oracle 8i標准版的報價，如果運行在Windows NT，附帶JServer和interMedia，支持5個並發用戶，報價是3925美金每CPU。增加並發用戶時，785美金每用戶。增加附加的命名用戶時，392.5美金每用戶。
資料庫系統的貴族-IBM UDB/DB2
作為30年資料庫研究的成果，IBM DB2確實稱得上"資料庫系統的貴族"。不管是小型商業系統，還是大的銀行系統，用DB2都是可以高枕無憂的。最近推出的新版DB2 6.1， 管理和調節工具更加卓越和便於使用。DB2 可以運行在Intel架構上，也可以運行在IBM的S/390大型計算機上。如果你所在的行業對IBM的機器特別地稱道，建議你學習IBM DB2。
DB2有兩種版本：工作組版和企業版。工作組版999美元每伺服器，外加249美元每個並發用戶。而企業版是12500美元每個CPU，不限並發用戶數量。
以Java為中心的資料庫-Sybase Adaptive Server Enterprise(ASE) 12.0
即將發布的Sybase ASE 12.0，直接面向Java 程序員。這種以Java為中心的資料庫系統，為那些准備在Java 平台下構建企業應用的企業來說，將是最好的選擇。但是ASE稱不上一個資料庫領域的領先者，盡管相對於它以前的版本已經改進很多，並支持多個CPU和更多的並發，還有很多的新的特性。但Sybase的風光似乎已經不再。
值得期盼的Informix Centaur
有時候"第一"只是意味著你的對手需要等待更長的時間去趕上你。這正是1997年創立的Informix所面臨的。Informix公司是率先將多媒體特性加入到關系資料庫系統的大型資料庫廠商之一。但是如今，IBM、Oracle、Sybase都已經跨越了這個概念。所以，Informix不得不尋求新的支撐來使自己區別於其他資料庫廠商。這就是Informix Centaur的目標。Informix Centaur結合了Informix Dynamic Server 7.3的對象-關系資料庫和Informix Universal Data Option 9.1，意在獲得更好的適應性和多媒體支持。詳情如何，我們拭目以待！
DBA的薪資
有很多因素影響到你作為DBA的薪資：
你的經驗和能力所決定的DBA等級 你所熟悉的資料庫系統 你的個性特點和潛力 下面的表說明了國內DBA人員的基本薪資狀況，並說明了DAB等級和你所熟悉的資料庫系統怎樣影響到DBA的薪資。當然，這只是我個人掌握的情況，只能在一定程度上代錶行業的平均水平。
DBA等級資料庫系統 初級DBA年薪(萬元) 中級DBA年薪(萬元) 高級DBA年薪(萬元) Oracle 4 8 11 Microsoft SQL Server 3 5 8 IBM DB2 4 8 10 Sybase 3.5 6 8 Informix 4 7 10 註：每年按13個月計算。表內數字為平均年薪
『玖』 人腦資料庫
必須的