※ 引述《lisaforlisa (思思)》之銘言： : 請問一下版上的大大...>< : 主從式架構分為二階跟三階...到n階 : 看過書本... : 還是覺得二階跟三階有點懵懵懂懂的... : 我想知道中間的差異性 到底差在哪邊?? : 我只印象 資料庫書本的二階是 用戶端跟伺服端 : (代表要用該公司的資料庫...就要下載使用該軟體才有辦法使用) : 所以 存取度不佳 (如果多人同時上去連該資料庫 應該會當機吧?) (臆測) : 安全性有風險 (對離職的員工未改變其權限的話) : 三階是 用戶端 網頁伺服器 伺服端 : 是說用戶端透過瀏覽器 來與伺服端的資料庫連線 : 安全性較低 (因為連接網路就很容易被駭客攻擊 或是病毒的攻擊) : 可以降低系統對資料庫資源請求的負擔 (有看過但是不懂) : 請問還有什麼可以補充的嗎? (想離清一些觀念 做個分析><) : 麻煩各位大大的解答了了^^" (跪樣) 原則上，主從式架構在不同的系統上，會有不同的定義 站在資料庫系統（Database System）的角度， Database System 算 Server，其它都是 Client 無論你用 SQL Server 的 Enterprise Manager， 或是 JDBC、ODBC、ADO.NET，對 Database System 都是 Client 站在一個 Web 應用系統的角度(Web Application System)， Web Server + Middle-Tier + Database Server 整個算是 Server 其它 Browser，或 Spider 程式，就算是 Client 了 但站在 Server 的角度，它又是 Multi-Tier 的架構 對於 A 是三階，B 是二階，其實隨著資訊技術的發展，階數沒有那麼重要 重要在於：每一層架構的定義，與其責任，以及要付出的代價與得到的效益 不過您提到二階與三階的差別，是有其歷史發展的 在 VB/Delphi 火紅的年代， 常見用 VB/Delphi 開發的 Desktop Application + Database，來開發系統， 需要付出維護 Desktop Application 的代價； 大多稱其為二層式架構。 在 Web 火紅的年代，常見用 Browser + Web Server + Database，來開發系統， 解決了 Desktop Application 維護的代價， 但需要要付出 Web Server 維護，以及 Web UI 開發的代價； 大多稱其為三層式架構 效能方面， 對 Desktop Application 而言，每個使用者要直接連資料庫， ，是比較不好的，原因是連資料庫就像發動車子，需要花費較大的成本。 對 Web Application 而言，每個使用者連到 Web Server， 由 Web Server 統籌對資料庫連線 所以站在 Web Application 的立場，採用 Connection Pooling 的方式， 當 Client 要求的時間分開時，可能用少數的連線，就可以滿足需求。 例： 　　User A 於 00:05 要求資料 　　User B 於 00:06 要求資料 　　User C 於 00:07 要求資料 對 Desktop Application，Database Server 需要建立三次 Connection 對 Web Application，Database Server 可能只需建立一次 Connection，然後讓 Web Application 在不同時間，使用同一個 Connection，因此效能會較好。 付出代價方面，若 Web Server 與 Database Server 在同一台機器， 兩方必要分享相同的系統資源(memory、CPU) 若分開兩台 Server，就要兩台 Server 的成本(建置、維護)要付出。 安全方面，與「程式設計」的安全模型考量比較有關， 而採用的系統架構，倒不是最重要的部份， 例如：SQL Injection 預防、無論 Desktop Application 連資料庫， 或是 Web Application 連資料庫，較差的設計，都會產生風險。 資訊安全是很複雜的議題，系統切割的層數越多，安全上的考量也就越多 目前主流的系統架構，當然也考量了基本安全的架構， 但資訊安全的根本，還是需要程式設計師不斷努力，去強化程式碼的設計 架構只能提供基本，已經廣為大眾所知的安全考量。 原則上，分層式的架構設計，是先為了解決責任複雜、開發維護成本的問題， 以及新功能的滿足(例：單機時代到 Web 時代)， 經由良好的責任劃分，同時也可以為安全、效能帶來基礎的建設。 在 IT 的領域，層數只會越分越多，這是 IT 用來解決設計問題的唯一方法。 在 ORM 尚未成為主流前，程式設計師要自己寫存取資料(檔案、索引)的程式碼， 現在，有了獨立的關聯式資料庫系統，只要會 SQL，就能做出功能， 但資料庫系統的效能並不會比 Hard Code 還好。 若沒有良好的網路設定與維護，資料庫系統反成了一台可攻擊的伺服器。 當然現在的網路服務(無名小站、GMail)，要是沒有現代的多層式架構， 實作將是相同困難的。 大多的書藉，都會提出分層的好處、新架構的好處，但一定會有代價。 隨著時間，您的體會將逐步提升 ^^ --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 60.198.7.188