由於採用 3-Tier 的架構，所以前端就不允許與資料庫有直接接觸，尤其是在表單設計上，不能使用 Table 與 SQL 這兩個元件去設計。因為這兩個元件都會使用到
B.D.E，會與 Database 有直接的連接關係，這是違反 3-Tier 的設計原則。因此在三層架構上設計表單和報表時除了需要從
A/P Server 上取得資料外，還要考慮對資料表作新增更改刪除的動作處理。那麼與傳統的單層設計相比又該如何去做呢？請看 VD
提供的以下幾個新元件：
1、ClientDataSet (前端資料表)
為了能充分貫徹 3-Tier 精神，我們在前端又多添加了兩個資料元件。一個為 Client Dataset，另一個為 Cache
DataSet。因為原來的 Table 與 SQL 都是由 Client 端下 SQL 或以 Table 元件將資料傳輸到 Client
來維護，所以Client 必須要安裝 BDE 才能運作。而 Client Dataset 則會主動到指定的 A/P Server
上抓取資料，系統會以 Provider Name 1. 去抓取 A/P Server 的那一個的資料庫（Data Module），也就是說，不是由
Client 來下達 SQL 語法抓資料下來，而是由 A/P Server 來下達 SQL 向資料庫取得資料再傳送到 Client
上，才能完成資料存取的服務。(當然 A/P Server 端上必須要有相對的資料庫 Data Module )
解釋說明說1.：Provider Name 又稱資料供應者，是 Client Dataset 的重要屬性之一。A/P Server
上可以載入多個以 Delphi 設計的 BPL，每一個 BPL 都可能有多個 Provider，一個 Provider 一般是代表一個
A/P Server 端上的 SQuery，它一邊連接到 Database Server 上，一邊則要準備讓 User 連接，以提供
Client 的資料存取服務。如果是Delphi 的 BPL，則 Provider 的格式為 BPLName.QueryName，前者指
BPLName，後者為 Server 端 QueryName；反之如連接 VD3.0 的資料元件者，Provider 的格式為：SVD30.
ServerForm. SQueryName，前者固定為 SVD30（因為 VD3.0 以一個 SVD30.BPL 來動態產生虛擬多個
BPL），中間為 Server 的 Form Name，指 VD3.0 Server 端 VDS 所存下的 Server Form。後者為
SQuery Name。
2. ServerForm (伺服器表單)
VD2.0 的 VDS 一般只有 Client 端的 VDS，但 VD30 中的 VDS 有兩種。一種與原 VD2.0
的 VDS 一樣都是Client 端的 VDS，是置於 Client 端上的。VD3.0 用這個 VDS 來啟動 Client
端的 Form 或 Report；另一種 VDS 是存在EEP A/P Server 端的 VDS，是由 EEP A/P Server
的 VD30.BPL 來開啟，也就是說 VD30.BPL 會在 VD30_Server 的目錄上找一個名字為 Default.VDS（A/P
Server 端的預設 VDS），此 Server 的 VDS 會存另一種 From，即是所謂的Server Form。這種
Server Form可以在 VD3.0的後台 Designner 中新增與設計。當然，為了簡化設計程式，你可以將 VD3.0
的 Client 與 Server 都合併在同一個 VDS 中，不必分 Client 與 Server，要分要合對 VD3.0
來說都是可以自由設定的，如果合在一起的話，那與 VD2.0 一樣。
3.0 版的 Client 端 Form 有五種：一為 Form / 二為 Report / 三為 Global Form
/ 四為 Template Form，五就是VD30 新增的 Server Form。它是用來設計與 Client Dataset
連接用的 Data Module。也就是說，Client 不能直接使用 Table 與Query，只能使用 Client Dataset
透過 Server Form 的 Data Module 來存取資料。那麼如何設計一個 Data Modual 呢，一般來講，我們要在
Server Form 貼入三個元件。一個是 SQuery 元件，一個是 SUpdateComp 元件，最後一個是 SDataSource元件，分別講述如下：
|
(1)
|
SQuery：與之前 TVDSQL 或 Delphi 的 Query
元件一樣，用來下達 SQL 語法使用，此元件的作用是下達命令給 DataBase Server，並將資料傳送給 Client
端。 |
|
(2)
|
SUpdateComp：本元件的作用是自動化處理
Client 端所要求的 Insert / Update / Delete 等需求，A/P Server 會以此元件來下達對應的
Insert / Update / Delete 等 SQL 命令。當然，本元件必須與 SQuery 元件相配對，不可單獨使用。 |
|
(3)
|
DataSource：而本元件是用來包裝
Master / Detail（一對多關連）的資料給某一個 SQuery 使用，也就是說將一個 Detail 的相關資料包裝給一個
Master 當作其 Mater 的某一個 Column。此專門用在 Master / Detail 的情況，並為了讓
Master / Detail 能同時存檔所包裝的元件。如圖所示 |
3. Sever Method（伺服器程式）
以前在 One-Tier 的時代裏，程式都是在單台機器上執行並完成，自從 Microsoft 與各廠商在 Windows
上開立DCOM 1.（Distributed Component Object Model）的規格後，個人電腦就進入多台協同工作的時代，畢竟個人電腦的速度多快，進步多神速，也只是一部
PC，如何讓各 PC 能協同工作，那一定是一個驚人的世界，於是近年來流行 3-Tier 與 N-Tier 就是這樣來的，利用各自分工的概念，讓工作站和伺服器各司所長，進而讓
PC 能發揮出極限的效能。在 VD30 中，你可以在 Client 上呼叫 Server 端的程式，呼叫的方法與一般呼叫 Client
端的 PRG 不一樣，你必須在 Client 程式中以"_"開頭代表是 Server 上的 Form。語法格式如下：
_ServerForm.MethodName（Parameters..）
■ ServerForm：代表是 A/P Server 上某個 Server Form（也可以說是 Server 上的 DataBase
Module）。
■ MethodName：在一個 Server Form 上可以建立多個 PRG，這個部份與在 Client 上可以建立多個
PRG 是一樣的。
■ Parameters：呼叫 Server Method 所要傳遞的參數，此時 Client 會將指定的參數內容傳遞給 Server
端，並由 Server 來執行並傳回值給 Client，這部份就好象是同一台 Client 上執行副程式一樣。
在 3-Tier 的架構上，Client 端的 CDS 元件是不能去下達 Insert / Delete / Update
指令的，只能透過 SUpdateComp 來代理，如要更改的資料很多，或根本與 Client 的 CDS 無關，就必須以 Server
Method 來代理執行，這種 Server Method 就好像 2-Tier 在 DataBase 上執行的 Stored
Procedure 相似，因為網路傳輸比較有頻寬的問題，如果能讓某些程式直接在 DataBase Server 上執行，當然其效率會增加不少，所以
VD3.0 的 Server Method 也是為了此目的，也就是說如果把一些整理資料或需要速度的程式置於 A/P Server
上來執行的話，會讓 Client 端不須要依賴太高的網路頻寬。
解釋說明1.：DCOM 的前身就是 COM(Common Object Model)，是 Microsoft 在 Windows
上所開立的程式庫元件化的規格，像一個大型的軟體系統是無法由一個大的執行檔所組成，以前是以 DLL 來取代共用的程式庫，現在是以
COM 來做為共同的程式庫，並把程式庫以物件導向的方式包裝成元件，以利程式的獨立性與再用性；而 DCOM（Distributed）就是可以讓這些
PC 上 COM 元件可以讓其他 PC 來使用。簡單的說，就是讓不同電腦的程式可以被相互叫用，你可能還記得 DLL 吧，就是你可以去載入一個程式庫，並去呼叫其程式庫的一個子程式，所以
DLL 就是單台 PC 的程式庫，而 DCOM 不但可以取代 DLL，而且它甚至可以讓不同的電腦間可以相互呼叫，也就是說 A
的 PC 可以呼叫 B 的 PC 的某一個程式去執行。
|
