系統可選擇的構架有兩種，一種為兩層方式，另一種為三層方式，具體描述如下。
對於兩層方式
：
伺服器資料庫與使用者客戶端直接進行通訊。這種方式設計簡單、穩定，而且適於通訊資料量大的情況。
使用者 ——> 資料庫
對於三層方式：使用者客戶端與伺服器資料庫之間通過應用伺服器進行通訊。在使用者數量很多的情況下，通過應用伺服器，可以減少資料庫的處理，資料庫更為安全可靠；但是方式技術含量高，實現起來較為複雜，而且在資料量很大時，應用伺服器處理的壓力很大。
使用者 ——> 應用伺服器 ——> 資料庫
對於三層方式想法：減少資料庫處理，可以在應用伺服器中使用資料快取，例如，
///
/// 獲取系列資訊快取
///
/// 系列資訊快取
private idictionarygetcache()
if (isfirst)
return cache;
}
此時當客服端沒當new乙個類物件是，只需構建一次cache就可以了，我以為在使用c/s結構是非常有好處，但是還是需要三思而後行.
想法二：
某些業務上的處理可以用儲存過程或者大sql語句處理，此時sql語句編寫相對困難且資料庫計算量大等問題。
也可以用客服端**處理，此時編寫**相對容易，但是資料庫訪問次數多且客服端執行**量大（可能需要執行n多好**）
兩層網路 三層網路的理解
對於搞it的同行而言，大部分人都不會直接和網路打交道，因此除非從事網路開發，否則對網路內部機制也不會太關心，但是明白網路資料是怎麼走的，這對每個it工程師應該是很重要的基礎知識。網路資料報如何在網路上遊蕩，長久以來也困擾了我很長時間，現在把這部分內容總結分享一下。說起網路，大家不約而同會想起大學課本...
兩層網路，三層網路的理解
對於搞it的同行而言，大部分人都不會直接和網路打交道，因此除非從事網路開發，否則對網路內部機制也不會太關心，但是明白網路資料是怎麼走的，這對每個it工程師應該是很重要的基礎知識。網路資料報如何在網路上遊蕩，長久以來也困擾了我很長時間，現在把這部分內容總結分享一下。說起網路，大家不約而同會想起大學課本...
JDBC的兩層模型與三層模型（多層）
jdbc訪問資料庫的模型多種多樣，主要是兩層和三層 多層 模型。一 兩層模型 在這種結構模型下，應用程式 客戶端 直接與資料庫伺服器相連，如圖 客戶端直接向資料庫伺服器傳送sql請求，伺服器端返回相應的結果，客戶端負責資料的格式化。這種模型存在以下侷限 1 受資料庫廠商的限制，更換資料庫是需要改寫大...