三層數據庫與應用程序服務器的小型介紹（Delphi&BCB)
作者：曾牧暗鯊2002年
本鯊花了10元買了兩張電子書數據庫類，和100元三本C++BUILDER5高級編程技術<<Database與MIDAS編程>>
<<IDE與OPP編程>><<COM,CORBA與Internet編程>>徐新華人民郵電出版社學了學，在這裡看了看。
大家對應用程序服務器並不很了解，所以把我的理解說一下。
應用程序服務器主要解決兩個問題
一客戶/服務器模式中：數據庫服務器負責連接問題（項羽兄遇到了）
二網站要動態地更新數據及數據庫要上互聯網連接問題
還有其他方面的應用不說了。
第一模式應用環境主要是局域網中：客戶程序+應用程序服務器+數據庫
第二模式應用在互聯網中：瀏覽器+WEB服務器+應用程序服務器+數據庫
局域網中可以採用瀏覽器，互聯網中也可客戶程序。
可以想像出局域網中可以大數據量流，互聯網中必須小數據量流。
規則應用何處？
採用應用程序服務器後，大家取得共識收交了客戶端上的規則。
有的人把規則放到應用程序服務器中，能減輕數據庫的工作負荷。
我認為規則還是讓數據庫去管理，數據庫的能力比我們強。
只有一些很老的數據庫管理規則能力很低，或許不是關係型數據庫
應用程序服務器就得去處理規則。
應用程序服務器最好去負責連接方面，數據流量的監測，提供優質服務給客戶端，
更好的兼容不同類型的，老式數據庫。
目前有三種類型的應用程序服務器
微軟的分散型：分散到不同的技術中。
數據庫廠商：他們賣數據庫時一起賣應用程序服務器（專用型）。
獨立軟件商：開發的獨立的應用程序服務器。
適合於不同的情況。
而我們，我想是開發獨立性應用程序服務器，能提供更好的靈活性，兼容性。
大家以開發時注意下將來。
C++Builder5為我們提供了開發客戶端和應用程序服務器各種零件。
應用程序服務器端零件：TDataSetPRovider+BDE方式零件(Table,Query...)+ADO(ADOTable....)。 odbc還是通過BDE零件;SQL link我見都沒見到
ADO零件不豐富沒有BDE的會話，批量移動，緩存更新，嵌套表；更沒有InterBase的事務，數據庫信息，監測，事件。
BDE發佈時複雜很，很不聽話，哪怕有安裝程序也無地自容。希望C++Builder6能增強ADO功能，啊Deiphl6出來了不置可否？
客戶端
TDataSource+TClientDataSet+{TDCOMConnection;TSocketConnection;TWebConnection;TCorbaConnction;TSimpleObjectBroker}
五種不同的方式連接應用程序服務器.
TDCOMConnection 採用DCOM技術發佈時要注意NT服務器名和域名設置，應用程序服務器也要在客戶端註冊DCOM。
TSocketConnection：採用TCP/IP方式可以不用NT域名服務器，連接有安全問題應用程序服務器中要啟動ScktSrver.EXE來監聽。
TWebConnection:
採用HTTP方式，它卻是連接的是WEB服務器，通過它傳數據給應用程序服務器。發佈時客戶端要Wininet.dll只要裝了IE3以上系統自帶；
WEB服務器必須是IIS4 UP 或者Netscap enterprise3.6 up
WEB服務端要有HTTPsrvr.dll；
TWebConnection->URL="HTTP://MIDASHOST.ORG/scripts/httpsrvr.dll
TSimpleObject: TOLEnterpriseConnection簡單版為了向後兼容，好處在於連接應用程序服務器組，能隨機選擇，使應用程序服務器負載平衡，由4個部分組成
1Broker.exe
2ObjFact.exe
3OLECFG.exe
4OLEntExp.exe
1+2放在應用程序服務器Broker.exe先運行；3 和4是配置工具。不能單獨使用ClientDataset+DCOM+Simpleobject
TCorbaConnction: 我沒有這個傢伙不好說！ ！
所有的客戶端要同時發布MIDAS.DLL。具體情況具體分析，我不多說了。報紙新聞說加入了WTO要企業上信息系統，我學過信息系統很複雜涉及到管理方法和人際關係，但要數據庫支持，三層數據庫必是首先。我們有英雄有用武之地，VC VB 還嫩著點了