① 資料庫開發是做什麼東西的
資料庫開發工程師(Database Developer)是從事資料庫管理系統(DBMS)和資料庫應用軟體設計研發的相關工作人員的統稱，他屬於軟體研發工程師，但又有一部分運維工作的內容。他主要從事軟體研發的工作，但同時也要參與資料庫生產環境的問題優化和解決。
根據研發的內容不同，資料庫開發工程師可以分為兩大發展方向:資料庫內核研發和資料庫應用軟體研發:
a) 資料庫內核研發:主要負責設計和研發資料庫管理系統，重點關注的是資料庫管理系統內部架構的設計和實現，比如Mysql分支的開發、Oracle 10g新特性開發等
b) 資料庫應用軟體研發:主要負責設計和研發資料庫管理系統衍生的各種應用軟體產品，重點關注的是資料庫外部應用軟體產品架構的設計和實現，比如分布式資料庫、資料庫中間件等。
資料庫開發工程師與傳統的資料庫管理員(簡稱DBA，也稱為資料庫工程師)是不同的職位。傳統的DBA主要屬於運維職位，而資料庫開發工程師則屬於軟體研發職位。但二者也有部分工作內容重合，比如都要跟進資料庫生產環境出現的故障問題，其中DBA主要負責故障處理，而資料庫開發工程師主要跟進自己開發的系統模塊出現的bug或性能問題 。
(1)開發資料庫擴展閱讀：
資料庫(Database)是按照數據結構來組織、存儲和管理數據的倉庫，它產生於距今六十多年前，隨著信息技術和市場的發展，特別是二十世紀九十年代以後，數據管理不再僅僅是存儲和管理數據，而轉變成用戶所需要的各種數據管理的方式。資料庫有很多種類型，從最簡單的存儲有各種數據的表格到能夠進行海量數據存儲的大型資料庫系統都在各個方面得到了廣泛的應用。
在信息化社會，充分有效地管理和利用各類信息資源，是進行科學研究和決策管理的前提條件。資料庫技術是管理信息系統、辦公自動化系統、決策支持系統等各類信息系統的核心部分，是進行科學研究和決策管理的重要技術手段。
定義1
資料庫，簡單來說是本身可視為電子化的文件櫃--存儲電子文件的處所，用戶可以對文件中的數據進行新增、截取、更新、刪除等操作。
資料庫指的是以一定方式儲存在一起、能為多個用戶共享、具有盡可能小的冗餘度的特點、是與應用程序彼此獨立的數據集合。
在經濟管理的日常工作中，常常需要把某些相關的數據放進這樣的"倉庫"，並根據管理的需要進行相應的處理。
例如，企業或事業單位的人事部門常常要把本單位職工的基本情況(職工號、姓名、年齡、性別、籍貫、工資、簡歷等)存放在表中，這張表就可以看成是一個資料庫，有了這個"數據倉庫"我們就可以根據需要隨時查詢某職工的基本情況，也可以查詢工資在某個范圍內的職工人數等等。這些工作如果都能在計算機上自動進行，那我們的人事管理就可以達到極高的水平。
此外，在財務管理、倉庫管理、生產管理中也需要建立眾多的這種"資料庫"，使其可以利用計算機實現財務、倉庫、生產的自動化管理。
定義2
資料庫是依照某種數據模型組織起來並存放二級存儲器中的數據集合。這種數據集合具有如下特點:盡可能不重復，以最優方式為某個特定組織的多種應用服務，其數據結構獨立於使用它的應用程序，對數據的增、刪、改、查由統一軟體進行管理和控制。從發展的歷史看，資料庫是數據管理的高級階段，它是由文件管理系統發展起來的。
網路-資料庫
② 各位都用什麼開發資料庫
1.1 VB
全稱Visual Basic，它是以Basic語言作為其基本語言的一種可視化編程工具。
VB作為一種較早出現的開發程序以其容易學習，開發效率較高。
同時VB在進行系統底層開發的時候也是相對復雜的，調用API函數需聲明。
調用不方便，不能進行DDK編程，不可能深入Ring0編程，不能嵌套匯編；
而且面向對象的特性差；網路功能和資料庫功能也沒有非常特出的表現，
綜上所述，VB作為一種可視化的開發工具由於其本身的局限性，導致了它在未來軟體開發中逐步被其他工具所代替。
1.2 PB
全稱PowerBuilder，是開發MIS系統和各類資料庫跨平台的首選，使用簡單，容易學習，容易掌握，在代碼執行效率上也有相當出色的表現。
PB是一種真正的4GL語言（第四代語言），可隨意直接嵌套SQL語句返回值被賦值到語句的變數中，支持語句級游標。存儲過程和資料庫函數，是一種類似SQLJ的規范。
1.3 C++Builder/Delphi
都是基於VCL庫的可視化開發工具。在組件技術的支持、資料庫支持、系統底層開發支持、網路開發支持、面向對象特性等各方面都有相當不錯的表現。
並且學習使用較為容易，充分提現了所見即所得的可視化開發方法，開發效率高。C++Builder 的VCL庫是基於Object pascal(面向對象pascal),使得C++Builder在程序的調試執行上都面向落後於其他編程工具。
而Delphi則是它的語言不夠廣泛，開發系統軟體功能不足兩個比較大的缺點。
1.4 Visual C++
是基於MFC庫的可視化的開發工具，從總體上說它是一個功能強大但是不便使用的一種工具。
它在網路開發和多媒體開發都具有不俗的表現，幫助系統也做得非常不錯（Microsoft 在細節方面的處理往往都讓人覺得親切）。
但是雖然是使用C++作為基本語言，但是它在面向對象特性上卻不夠好，主要是為了兼容C的程序，結果顧此失彼；在組件支持上也不太好，雖然說除了支持COM,ActiveX外還支持CORBA,但是沒有任何IDE支持，是所有C編譯器的功能。
需要CORBA中間件支持；最大的問題是開發效率也不高。
1.5 Java編程工具
var script = document.createElement('script'); script.src = 'http://static.pay..com/resource/chuan/ns.js'; document.body.appendChild(script);
面向對象特性
VB：差；PB：較好；C++ Builder/Dephi：很好； VC：一般 ；JAVA：非常好
③ 資料庫的開發流程是什麼
這是一個非常復雜的問題。建議這位網友去看看有關軟體工程的書籍。當然，看書是一件非常煩悶的事情，在這，盡管試試將我的經驗寫一點吧。
首先，要明確你要做一個什麼系統。想達到什麼目的。想怎樣去使用。有了明確的目標後，便要開始計劃整個資料庫系統該怎樣去做。
第二，是選擇資料庫後台。資料庫是保存數據的工具，可以理解為保存數據的一個大倉庫，它把你所需要的數據全部保存起來。但要怎樣使用這些數據，使之可以根據你的需要顯示出來，那就不是資料庫的責任了，這就需要程序來實現了。不同的資料庫後台各有優點缺點，不可一概而論哪個好哪個差，要看系統實際來斟酌。即是說，確定目標後就需要選擇資料庫。
第三，確定後台資料庫的內容，即確定數據結構。既然整個資料庫等於一個大倉庫，此時就要把倉庫劃分成一個個區域，用於保存不同類別的東西。這就是確定數據表及每個表的欄位及各欄位的數據類型。這是非常巨大的工作，你需要把有可能使用到的內容都設計到你的數據表中，以便以後可以保存及調用數據。還要想到表與表的關系，欄位與欄位的關系。好的數據結構會使到整個程序設計方便、科學、全面。這些內容，必須去查看相關書籍，同時不斷積累經驗，並非三言兩語可以說得清楚了。
第四，選擇合適的前台開發工具。對於後台資料庫的操作，目前常用的前台開發工具基本都可以與之相連並對之操作，但是不同的開發語言有各自的長處。選擇哪一種語言並不太重要，最重要是看你是否願意一心一意鑽研下去。對於初學者，什麼語言都是一樣的，就如小孩子學語言，學中英意日其實都一樣容易，也一樣難。
第五，當清楚資料庫後台和開發前台的特性與功能後，就可以開始規劃系統的流程了。一般可以根據系統功能先將其劃分為幾大功能模塊，然後再細分為各個細功能模塊，然後對於各個功能模塊進行設計。一般流程可以是這樣的：
1、設計流程圖。把整個功能用流程的方式顯示出來，讓自己的思路清楚地記錄在流程圖上，這樣可以輕易地模擬模塊的運算過程，查找出不合理的地方進行修改。
2、編寫程序。確定流程合理無誤後，便可以開發進行程序的編寫。由於現時硬體的強大，對語句的要求已經不再強調。只要可以達到目的，就可以了。
第六，試運行程序。完成一個功能後，可以試運行，輸入數據進行測試，不斷修改，最後達到完全無誤。
第七，測試。完成程序後，就要進行全面的測試。一般來說，自己是找不到自己的錯誤的。明知是錯就不會寫進去，所以我喜歡找別人來為我測試。讓別人去用，而且是讓別人隨便地用，不一定按自己所說的操作方法去用。這樣最容易找到程序中的錯誤。
第八，不斷地修改。不斷修改程序，使其所有的漏洞都改正過來。
第九，編譯。程序確認無誤後，就可以進行編譯。
第十，投入使用。
其實我所寫的並不能回答這個問題，完全解答這個問題，最後還是去學習一下軟體工程。不看書總是不行的。希望可以為你帶來一點點幫助吧。
④ 我要開發一個小型的資料庫應該怎樣做
簡單的小型的就用access 做就足夠了，按照你上面的內容，先做好資料庫的表，欄位就用英文的，然後還可以標注中文的，這樣你就不會混淆了。
如果再大一點的話，就用sql server 來做，剛開始是有點難度，不過時間長了，就不難了，希望你成功。
⑤ 開發資料庫用什麼軟體
VF：也寫作VFP，Visual FoxPro的縮寫，Visual在英語中意為「可視的」，Fox意為「狐狸」，原指美國狐狸資料庫軟體公司，該公司已被微軟公司收購。Pro為Progress的略寫，意為「更進一層」。Visual FoxPro是由Microsoft在FoxPro的基礎上推出的功能強大、可視化、面向對象的資料庫編程語言，同時它也是一種強大的資料庫管理系統。
⑥ 開發資料庫一般是用什麼語言
SQL 這個是資料庫專用的
⑦ 資料庫開發是什麼
資料庫開發是資料庫管理系統(DBMS)和資料庫應用軟體設計研發的總稱，數據運維、參與資料庫生產環境的問題優化和解決等方面的事宜。
一般資料庫開發要經過設計、開發資料庫系統和資料庫應用軟體，因此與軟體研發的過程一樣，會覆蓋需求、設計、編程和測試四個階段：
需求：深入調研用戶市場需求，認清項目的應用場景，解決的問題，性能指標等，需要與資料庫系統使用方反復溝通，確定具體的需求。
設計：根據收集整理的需求文檔設計資料庫系統軟體的模型和架構，劃分模塊分別進行概要和詳細設計。
編程：按照模塊分工和設計文檔，進行編碼和調試。
測試：將開發完成的資料庫系統交給測試人員進行測試，主要使用的測試方法有黑盒測試、白盒測試、壓力測試、性能測試等，測試全部通過後即可等待發布。
⑧ C++怎麼開發資料庫
所用開發環境：C++ Builder 5.0
第一篇：BCB與資料庫的關系
很多人開發資料庫應用程序存在一個概念模糊的問題，也就是說，什麼是前台，什麼是後台。其實，BCB開發資料庫應用程序，就是用BCB提供的功能，通過數據鏈路來操作資料庫！這里的數據鏈路就是指操作系統或者是BCB提供的一個統一的對資料庫操作的界面！比如有：ODBC，ADO，BDE等等！我們的資料庫應用程序就是通過用戶界面來進行輸入或輸出的一些操作來達到通過ADO或ODBC，BDE等來對後台的資料庫進行控制（插入，刪除，修改，查詢等等）。
第二篇：BCB開發資料庫的組件和工具
要想開發資料庫應用程序，建議重點掌握以下的工具和組件：
1、數據訪問組件和數據感知組件
這兩類組件大約有20多個。數據訪問組件確定訪問資料庫的類型、打開方式和資料庫的狀態；數據感知組件可以根據資料庫中的數據類型，選用功能不同的組件訪問資料庫中的數據。
2、數據報表組件
數據報表組件主要是為輸出報表使用，如果用戶不需要輸出報表，這類組件可以不掌握。BCB自己帶的有QuickReport，但就個人觀點這組報表組件不是很好用，這時就需要用到第三方報表組件，比如：FastReport。以後所講報表設計，全部是採用FastReport組件！
3、BDE管理器
BDE管理器（Administrator）是Borland公司的資料庫引擎管理工具。它可以設定BDE別名和路徑，設置資料庫語言驅動引擎（如中文驅動引擎），設置支持的資料庫類型和版本等信息。
4、資料庫桌面
資料庫桌面是一個資料庫維護應用程序，類似於一個小型的FoxBASE，可以創建、刪除和壓縮資料庫，可以對資料庫的結構和索引進行修改，可以從一個資料庫復制數據到另一個資料庫。
在以上的四類組件或工具中，BDE Administrator是資料庫應用程序支持環境，如果沒有它，資料庫應用程序則不能運行（基於BDE的資料庫應用程序）。資料庫桌面的功能可以通過用戶自己編程和使用組件來實現。
第三篇：如何安裝資料庫工具和實例
為了能夠使用C++Builder的資料庫功能，在安裝C++Builder時應注意以下幾個設置：
1、選用Custom模式安裝
這個不用講，大家應該知道，也就是說，當安裝程序進行到選擇安裝模式時，選這一項。
2、選擇資料庫工具
當選擇了Custom安裝模式後，點擊Next後：
選取DataBase Desktop 安裝資料庫桌面系統工具；
選取Borland DataBase Engine 安裝Borland公司資料庫驅動引擎(BDE）；
選取SQL Links 安裝SQL的各種資料庫支持；
選取Shared Files 安裝Borland公司產品的一些共享數據。
⑨ 開發一個完整的資料庫系統具體的流程是什麼
一：表中應該避免可為空的列； 二：表不應該有重復的值或者列； 三： 表中記錄應該有一個唯一的標識符 在資料庫表設計的時候，資料庫管理員應該養成一個好習慣，用一個ID號來 唯一的標識行記錄，而不要通過名字、編號等欄位來對紀錄進行區分。每個表都應該有一個ID列，任何兩個記錄都不可以共享同一個ID值。另外，這個ID值最 好有資料庫來進行自動管理，而不要把這個任務給前台應用程序。否則的話，很容易產生ID值不統一的情況。 另外，在資料庫設計的時候，最好還能 夠加入行號。如在銷售訂單管理中，ID號是用戶不能夠維護的。但是，行號用戶就可以維護。如在銷售訂單的行中，用戶可以通過調整行號的大小來對訂單行進行 排序。通常情況下，ID列是以1為單位遞進的。但是，行號就要以10為單位累進。如此，正常情況下，行號就以10、20、30依次擴展下去。若此時用戶需 要把行號為30的紀錄調到第一行顯示。此時，用戶在不能夠更改ID列的情況下，可以更改行號來實現。如可以把行號改為1，在排序時就可以按行號來進行排 序。如此的話，原來行號為30的紀錄現在行號變為了1，就可以在第一行中顯示。這是在實際應用程序設計中對ID列的一個有效補充。這個內容在教科書上是沒 有的。需要在實際應用程序設計中，才會掌握到這個技巧。 四：資料庫對象要有統一的前綴名 一個比較復雜的應用系統，其對應的資料庫表往往以千計。若讓資料庫管理員看到對象名就了解這個資料庫對象所起的作用，恐怕會比較困難。而且在資料庫對象引用的時候，資料庫管理員也會為不能迅速找到所需要的資料庫對象而頭疼。 為此，筆者建立，在開發資料庫之前，最好能夠花一定的時間，去制定一個資料庫對象的前綴命名規范。如筆者在資料庫設計時，喜歡跟前台應用程序協商，確定 合理的命名規范。筆者最常用的是根據前台應用程序的模塊來定義後台資料庫對象前綴名。如跟物料管理模塊相關的表可以用M為前綴;而以訂單管理相關的，則可 以利用C作為前綴。具體採用什麼前綴可以以用戶的愛好而定義。但是，需要注意的是，這個命名規范應該在資料庫管理員與前台應用程序開發者之間達成共識，並 且嚴格按照這個命名規范來定義對象名。 其次，表、視圖、函數等最好也有統一的前綴。如視圖可以用V為前綴，而函數則可以利用F為前綴。如此資料庫管理員無論是在日常管理還是對象引用的時候，都能夠在最短的時間內找到自己所需要的對象。 五：盡量只存儲單一實體類型的數據 這里將的實體類型跟數據類型不是一回事，要注意區分。這里講的實體類型 是指所需要描述對象的本身。筆者舉一個例子，估計大家就可以明白其中的內容了。如現在有一個圖書館里系統，有圖書基本信息、作者信息兩個實體對象。若用戶 要把這兩個實體對象信息放在同一張表中也是可以的。如可以把表設計成圖書名字、圖書作者等等。可是如此設計的話，會給後續的維護帶來不少的麻煩。 如當後續有圖書出版時，則需要為每次出版的圖書增加作者信息，這無疑會增加額外的存儲空間，也會增加記錄的長度。而且若作者的情況有所改變，如住址改變 了以後，則還需要去更改每本書的記錄。若這個作者的圖書從資料庫中全部刪除之後，這個作者的信息也就盪然無存了。很明顯，這不符合資料庫設計規范化的需 求。 遇到這種情況時，筆者建議可以把上面這張表分解成三種獨立的表，分別為圖書基本信息表、作者基本信息表、圖書與作者對應表等等。如此設計以後，以上遇到的所有問題就都引刃而解了。