1樓：匿名使用者
1、簡單說client直接訪問dbserver為兩層結構。
client通過中介軟體等應用伺服器訪問dbserver為三層結構。
三層結構比兩層結構安全。
2、可以這樣理解：客戶端程式訪問伺服器的結構叫兩層結構。中間加一個事務邏輯處理封裝的中介軟體作為溝通就是三層結構，這樣可以均衡資料負載！
3、拷貝一些基礎知識你看一下。（沒有**）
附：相關知識
現代社會的軟體開發體系結構簡單概括就是n層體系結構，這裡的n大於等於1。換而言之就是：單機體系（n＝1）、client/server結構體系（n＝2）、多層體系結構（n>2）。
下面我們就對這幾種體系結構進行簡單的介紹和比較。
單機體系：這種軟體適用於單機狀態，一般情況下是針對某一種單一的應用，如字典軟體、翻譯軟體等等。這種開發方式不適用於綜合管理系統的開發。
c/s結構：c/s結構是在區域網上發展起來的，它具有資料集中管理的能力，在出現之初確實解決了很多計算機發展的難題，同時隨著4gl語言的發展，使用者的介面也比較豐富，在client端的事物處理能力也使整個系統的效能得到全面的提高，並使管理資訊系統（mis：management information system）得到快速的發展。
其大概的圖例見圖1。
我們根據兩層結構體系的概念來分解c／s結構的話，可以將他分為表現層（也叫表達層）和資料層。資料層提供資料存放的載體，而表現層則通過一定技術將資料層中資料取出，進行一定的分析並以某一種格式向使用者進行顯示。在兩層體系結構中，表現層對資料庫進行直接操作，且大部分的商業處理邏輯（business logic，資料之間的關係規則）也在表現層中實現．
圖1：client/server 體系結構示例
三層體系結構：三層體系結構是n層體系結構的典型，所謂的三層體系結構就是將原來在兩層體系結構中的商業邏輯部分從資料層和表現層中提煉出來，形成中介軟體伺服器，所以三層就是：表現層、商業邏輯層（business logic）、資料層。
在此之外，還有一種系統結構就是分散式系統，其結構系統圖見圖2。
圖2：分散式系統的結構示意圖
在分散式系統中，其介於客戶端和資料端之間的僅僅是一個應用伺服器，它管理客戶端的軟體，但不做效能調整，比如每一個客戶端呼叫時均產生一個新的資料庫連線，而不能夠將連線保持形成一個連線緩衝池。雖然在分散式應用中已經結合了一些商業處理邏輯，但是並沒有真正改變原來的c/s體系結構。
在三層體系結構中，表現層將主要提供與客戶的互動功能，資料層提供系統中的所有的資料儲存載體，而商業邏輯層將整個系統中的商業處理邏輯整和在一起，形成中介軟體，在三層中。中介軟體起了承前啟後的作用，表現層將客戶端的請求通過idl呼叫中介軟體，中介軟體在將其轉化成資料處理原則，並從資料庫中獲得相應的資料，返回給客戶端的軟體，轉換成客戶要求的方式顯示。關於三層體系結構的示意圖見圖3。
圖3：三層體系結構示意圖
我們已經簡單的介紹了c／s結構和三層體系結構，有關的優點已經昭然若揭，為了更好的讓您瞭解兩者的區別，我們將兩者進行一些比較。
c/s結構的缺點：
缺乏有效的集權控制：在眾多的c/s軟體中我們不難看出，所有的構件不能夠在一個地點（如一臺機器）進行統一的管理，而不得不將他們分化在各個client的應用中，使得維護和安全保密均很困難。
缺乏安全性：在分散的計算機系統中，控制資訊的訪問安全是非常困難的，由於客戶端經常需要對一些敏感的資料進行分析導致安全漏洞很容易發生。
客戶端工作量重：當將一個應用中的所有的商業邏輯全部在各個客戶端來實現的時候，僅僅是使用桌面電腦的客戶端資源將發生不堪負載的情況。
軟體的重用性差：由於c／s結構下的應用軟體一般均是根據作業系統進行定製，且開發工具也是有一定的限定，一旦需要改變某一個要素的話，很可能只能重做，例如原來用c語言來開發，現在需要轉向pb進行開發，那麼，原來的所有工作都需要重新來過。
隨著應用的不斷複雜，桌面電腦將需要不斷的升級以適應系統的效能需求，甚至有時侯會完全超出桌面系統能夠承受的限度。例如：諸如多執行緒和對稱多重處理技術等先進作業系統的特性可能不能在標準桌面電腦系統中提供，不通過訪問具有這些技術的伺服器，客戶端的桌面系統將可能永遠不能獲得這些新的技術的效能。
針對這些問題，三層體系結構給予了很好的解決方案。
在三層體系結構中，提供在客戶端和伺服器端進行應用功能的分割，系統通過應用將使用者定義的介面系統從商業處理邏輯中分割出去。通過將商業處理邏輯集中在中介軟體伺服器中，將能夠減小客戶端的工作量並使敏感資料訪問控制變得簡單。
在三層結構中，客戶端將與伺服器端的資料變化隔離，簡單的說，商業處理邏輯不受客戶端的使用者介面的改變而影響。三層體系中有一個非常重要的特性就是系統具有良好的元件重用性，例如在pb中開發的元件，可以在vc中進行使用。其圖例見圖4。
兩層架構與三層架構的區別，從優缺點角度說明？
2樓：懶蟲
三層在安全性、穩定性及大量併發
控制上要強於兩層的，它不會讓客戶端直
內接面對資料庫，所有減少容了由於客戶端被破解而給資料庫帶來損失的風險，並且可以比較妥善的解決多使用者併發帶來的伺服器擁擠，但是在客戶端比較少的情況下，它訪問資料的速度要慢於兩層結構的，開發、維護難度要比兩層的大不少，所以對於20客戶端以下的應用，應該謹慎使用三層結構開發。
呵呵，網路遊戲不可能是兩層開發的方式的，那種多資料庫伺服器、多連線伺服器是兩層做不到的。如傳奇，私服的服務端有十多個程式在完成各項的工作。
3樓：我是
兩層架bai構（表示邏輯層和數du據訪問層zhi）的優點是開發dao過程比較簡單，客戶端的回程式可直接訪問答資料庫，部署起來比較方便；缺點是程式**維護起來比較困難，程式執行的效率比較低，使用者容量比較小。
三層架構（表示層、業務邏輯層和資料訪問層）在兩層架構的基礎上，將顯示層和業務邏輯層分開來，降低了層與層之間的依賴性，從而使得開發人員可以只關注整個應用中的某一層，後臺開發人員和前臺介面設計人員可以同時工作，只要介面不變，一層的變化不會影響另一層的工作。三層架構有利於實現軟體標準化，提高軟體的可複用性，加快軟體開發進度，但是部署起來相對比較複雜。
4樓：匿名使用者
三層用ie做客戶端 方便 跟新伺服器就可以 不需要去跟新各個客戶端
兩層的那就要每個客戶段都要更新 就象現在的網路遊戲一樣 開始前都要先更新到最新的版本！
農村自建房二層磚混結構底層框架柱子和樑一般多大，鋼筋要用幾根分別是多大，樓高為3.3米
5樓：匿名使用者
1 底層柱子一般是370*370的，樑一般370*500，鋼筋8根φ22的，樑是9根，4根φ25和5根
φ22的。21.8m要7根柱子。
2 樑可以按1/10或1/11確定高度，寬度250mm或300mm.至於柱子尺寸、配筋需要計算的。
確定尺寸：
1 柱子和樑的尺寸很簡單的，高度和長度直接用尺子就能測量出來，如果是圓的話，直接測出來半徑根據公式計算就可以了，3.14乘以直徑就可以了。
2 需要的主要引數包括建築的地理位置（設防烈度關係較大），地基狀況（主要是承載力），詳細的建築功能（柱距決定柱子和樑的截面，板厚），足矣。
3 柱子，看你家自建房有多高，兩三層的話用不了太大的柱子，高了把鋼筋加粗，柱子稍微變大就行至於大梁，要用空心板的話提前瞭解空心板尺寸，在規劃房間大小。一般都是4.5米，長的有6米。
6樓：匿名使用者
反正是兩層，從圖中看也就需要一個大梁，圈樑可以240x300的，大梁放在圈樑上，與圈樑附牆柱錨固，大梁可用300x400截斷量做。
7樓：匿名使用者
柱子鋼筋2級20,8根鋼筋，箍筋8，間距200，柱子300*300,柱子分佈為間距3米，樑鋼筋2級20,4根鋼筋，箍筋8，間距200，樑200*300
8樓：員外
樑200*600 鋼筋最低14的 上三根下三根
柱子 200*200 每面四根柱子
9樓：匿名使用者
呵呵，可否幫你設計算了（本人做結構設計），給點辛苦費就是
10樓：弄舟散人
這樣的房子如果底層做框架很不劃劃算的 也同樣做磚混好了 在角上和牆交接的地方加構造柱就完全可以了
三層架構的優點缺點是什麼
優點 權責清晰，架構明確，便於設計良好的系統架構 缺點 除錯太麻煩，n多個配置檔案就搞死你。雖然現在可以註釋配置，但仍不如配置檔案的形式 兩層架構與三層架構的區別，從優缺點角度說明？三層在安全性 穩定性及大量併發 控制上要強於兩層的，它不會讓客戶端直 內接面對資料庫，所有減少容了由於客戶端被破解而給...
C中的三層架構怎樣在連線資料庫層編寫模糊查詢
where stu name like 張 號是萬用字元，襲這個可以bai查所有名字裡帶張字的du或者like 張 只查張姓zhi開頭的 查詢所有欄位可以加 or 不過我建議用單 dao選或多選，根據使用者選擇查詢內容的不同，提交不同的查詢語句。where stu id like 張 or stu ...
c程式在構建的三層架構中 將textBox中的內容新增到已有的資料庫中的表裡面（多條textBox資訊）
你好 你這個很好實現 但是你的思想不對，其實你這個就是網頁登陸頁面的實現思路 輸入使用者名稱密碼 查詢資料庫 找到對應的密碼 進行比較 可以登陸或者不能夠登陸 沒必要給你 了 你隨便找一個登陸頁面就好 但是你不是與資料庫中內容比較 而是用dataset獲取並讀出來，ok?若你是新手的話我再告訴你思想...