DBExpress 只是一个 DataBase 存取的架构，和 BDE 类似。所以，它和【三层】没有关系。

但它又是专门为三层而生的，无状态的三层。它和 BDE / ADO 不同的地方在于，它是【单向游标】。也就是它作为 DataBase 的存取，它一次性把获取的 Data 都丢出来，不负责维护缓存和游标。因此，你对 DBExpress 的 TSQLDataSet 不能做 Prior 这样游标向前滚动的操作，而BDE/ADO是可以的。

因此，如果你拿一个 DataSource 指向它，然后拿一个 DBGrid 绑定到这个 DataSource 上去，然后你想在 DBGird 里面前后滚动浏览 Data 是不行的。

但是，对于【无状态】的三层来说，服务器端从 DataBase 获取Data以后，把 Data 全部丢给客户端，客户端把 Data 都缓存在 ClientDataSet 里面，然后对 ClientDataSet 里面的 Data 来回滚动，过滤，查询等等操作，都没问题。操作完后，提交到服务器端。

DBExpress 这样做的好处是，服务器端的负担非常轻，因为它不用为每个客户端的连接维护一个 Data 的缓存和游标。这才是符合无状态的三层的意义。如果把三层搞成和二层一样，客户端的数据和游标，由服务器端来维护，代码倒是可以少写很多，但就享受不到三层的好处了。

--------------------------------------
不过，DBExpress 好像一直都有不少的 BUG。尤其是针对 FireBird 来说，有些 BUG 一直没改。现在 DELPHI 推出了 FireDAC 后，看起来是不打算修改 DBExpress 的 BUG 了，最好还是转去用 FireDAC 好了。

插个花：

PHP FireBird 好像比较容易。我对 PHP 不熟悉。但我那 phpBB 做了一个论坛，在做配置的时候，直接选了 FireBird，很简单就通过了。So，如果拿 phpBB 的 Source code 来研究，应该很容易搞明天它是怎么连接 FireBird 的。


===================引 用 GrandRURU 文 章===================

客戶的要求，Web化

其實這篇的內容比較和DataSnap沒有直接的關聯。

話說，客戶要求Web化的理由很簡單，就是希望能在出差的時候也能掌握設備的動態。

這不就是互聯網的概念嗎！想法很先進，可惜太早了，Delphi引進物聯網概念也是2014年時的事情。

當時有考慮過IntraWeb，只是當時它的支援度很另人緊張——因為並不支援當時全球第一大瀏覽器：Internet Explorer 6。

Atozed Software - IntraWeb 圖片來源：Atozed

幾經試作後，IntraWeb的開發方式比較接近ASP.NET 1.0的網站絕對定位設計方法，甚至IntraWeb還可以做到不需要了解HTTP、CSS和JavaScript就能完成網站的架設。

你棒棒你，想不到這產品這麼威能。

可惜， 最後還是敗在不能提供IE6的網頁的缺陷下而被否決。

最後在當時個人實力有限的慘況下（另一說是IntraWeb花了太多時間練習），只好請功力深厚的同事操刀，最終拍案，採取PHP來進行網站後端程式開發。

而使用PHP開發，想當然爾，資料庫九成九一定會選擇MySQL，果真沒錯，就是MySQL。

兩種異質資料庫並行的情況下，資料同步又是另一個問題，而且又是要讓PHP讀取即時資料，採C Builder進行資料同步勢必還是有延遲時間。（事後回過頭來想，好像也沒有延遲多久，多濾了）

但才剛改成FireBird資料庫的我，還沒來得讓我思考PHP能不能連結FireBird，主管早搶一步表示案子進度已經燒屁股了，怎麼有膽量再去挑戰PHP和FireBird的相容性。



再把FireBird換回MySQL吧！


dbExpress經驗值 2。