13.3.3 數據庫窗體專家和數據庫操作台（DBD）
Delphi為用戶開發簡單的數據庫應用程序提供了一個開發工具叫做“數據庫窗體專家”（Database Form Expert），在Delphi系統菜單Tool菜單下可以找到。
數據庫窗體專家能夠自動生成簡單的數據庫應用程序中所必須完成的許多任務，它還可以生成基於單個數據庫表的應用程序窗體或基於主要──明細型多個數據庫表的應用程序窗體，數據庫窗體專家能夠自動完成的任務如下：
● 放置數據庫部件到窗體中（TDataSource部件）
● 為數據集部件（TTable、TQuery）和磁盤上的數據庫建立連接
● 建立數據源（TDataSource）與數據控制部件的連接，數據源（TDataSource）與 數據訪問部件（TTable、TQuery）的連接
● 為TQuery部件編寫SQL語句
● 為窗體中的部件定義Tab順序
數據庫操作台（DBD）是數據庫維護和數據定義工具，程序設計人員利用它可以查詢、連接、建立、重構、索引、修改和拷貝數據庫表，包括Pà€aradox和dBASE文件和基於 SQL語言的數據庫表。而且在使用DBD操作Paradox或dBASE的表時，用戶不必擁有 Paradox 或dBASE數據庫管理系統。DBD還可以把一種格式的數據和數據字典拷貝成另一種格式，例如，你可以將一個dBASE的表拷貝到遠程的SQL服務器上的一個數據庫中去。有關DBD詳細描述，請參看“數據庫操作台(DBD)的使用”。
13.4 Delphi數據庫應用程序的開發方法和步驟
13.4.1 概述
用Derphi用開數據庫應用程序，雖然與開發其他應用程序有相似之處，但是也有一些重要的區別，我們必須要加以注意。
利用Delphi的客戶/服務器功能，程序設計者可以在本地數據庫上或遠程數據庫服務器上開發客戶/服務器模式的應用程序。Delphi 的一個強有力的功能之一是可以將基於本地桌面數據庫系統的應用程序很容易地修改成客戶/服務器模式的應用。一個Delphi 數據庫應用程序訪問的是本地數據庫還是遠程SQL數據庫服務器上的數據庫，這對於最終用戶是完全透明的。即數據庫的物理位置對最終用戶是透明的，當數據庫的物理位置發生變化時，用戶界面不必隨之變化。
因為數據庫應用程序的是依賴於它所訪問的數據庫的，所以在開發數據庫應用程序之前必須要建立一個完善的數據庫即數據定義，數據定義應當是開發數據庫應用程序的一部分，但它超出了書本的范圍，有關數據定義的內容，請參看關系數據庫設計方面的資料。在我們用Derphi開發一個數據庫應用程序時，可能有下列四種情況。
１、數據庫不存在或者必須要重新定義。使用DBD為本地數據庫定義Paradox或dBASE 數據庫表。使用Delphi提供的服務器開發工具如Windows ISQL或DBD定義本地或遠程SQL數據庫務器上的數據庫。
２、數據庫在桌面數據庫系統中或局域網上（如Paradox或dBASE），而且BDE、數據庫和應用程序在同一台機器上，這是典型的獨立應用。
３、數據庫在桌面數據庫系統中，但是用戶要把它改變到SQL數據庫服務器中去，這種情況我們在附錄Ｃ中詳細討論。
４、數據庫在SQL數據庫服務器中，而且應用程序將到SQL數據庫服務器中去訪問數據庫，這是一個標准的客戶/服務器應用。
有關開發客戶/服務器應用程序的詳細內容，參看“客戶/服務器應用”一章。
13.4.2 數據庫應用程序的開發步驟
數據庫應用程序的最終目標就是為用戶提供一個滿足其長期需要的軟件產品，因此，成功地開發一個數據庫應用程序的關鍵之一是要詳細地定義用戶的需求，然後再圍繞用戶的需求進行開發，數據庫應用程序的一般開發的三個基本步驟如下。
● 系統設計
● 系統實現
● 系統運行和維護
在這個三個基本步驟中，都包含著數據庫的開發和應用程序界面的開發兩大類任務，對於一個客戶/服務器模式的應用，數據庫和應用界面的區別就更明顯一些，因為它們運行在不同的平台之上，而且使用的操作系統都常常不一樣，如（一個Unix環境的服務器和Windows環境的客戶機）。
１、系統設計
系統設計階段應當根據用戶的需求，明確地描述數據庫（數據庫服務器端）和應用界面（客戶機端）實現的功能，即決定哪些功能由服務器端實現，哪些功能由客戶機端實現，對於客戶/服務器應用程序，許多功能既可以在服務器端實現又可以在客戶端實現的，例如一個復雜的數學變換功能既可以由客戶端的應用程序實現，也可以由服務器端的存貯過程實現。服務器和客戶端應用程序功能的劃分往往取決於應用程序運行的硬件環境，例如：如果客戶端是低檔的PC機，服務器端是高檔的工作站，那麼大量的計算由服務器完成是比較理想的。
２、系統實現
系統實現階段的主要任務是使用Delphi提供的工具和部件以及Pascal語言實現系統設計階段的設想，並進行調試。
在系統實現階段，最好使用數據庫的一個備份數據庫，這個備份的數據庫與原數據庫具有相同的結構，但其中的數據庫只是原數據庫中的一部分，至所以不在原數據庫上開發應用程序，是因為考慮到沒有調試好的應用程序可能會破壞數據庫中的數據或者妨礙數據庫的正常操作。
如果應用程序是基於遠程SQL數據庫服務器的，在系統實現階段可以采用兩種方法：
● 在本地InterBase服務器上，使用數據庫的備份數據庫進行開發和調試
● 在遠程服務器上，使用數據庫的備份數據庫進行開發和調試
第一種方法優越性在於，它是獨立於服務器的，而不至於影響服務器的其它的操作，而且不消耗服務器的資源不增加網絡的負擔。它的不利的方面是開發出來的應用程序只能在標准的SQL服務器上使用和調試。第二種方法能夠使程序設計人員直接感受到服務器的特性，但它在調試階段要消耗網絡和服務器的資源，這種方法具有一定的危險性，程序中的錯誤可能會導致服務器的癱瘓。
