我正在做一个三层结构的东西，可现在做来做去越来越觉的像两层的，有没有大哥给指点一下，真正的三层结构应该是什么样的呀

Question

我正在做一个三层结构的东西，可现在做来做去越来越觉的像两层的，有没有大哥给指点一下，真正的三层结构应该是什么样的呀
我找过一些，说工做的重点应该是服务器端，可是我现在做的还在客户端写SQL语句，呀，服务器端只是用控件搭个价子，没写什么代码，真正的三层是怎么样做呢。

Answer 1

你最好把SQL语句写在中间层吧，不然你这样跟两层真的没有什么区别了，还多此一举多了个中间层呢

Answer 2

我的感觉是，业务放在中间层对于编写程序而言很难调试，业务放在客户端就很好调试了。其实SQL写在客户端也没什么，业务运算一样是在中间层进行，只是如果业务有变动，就要改客户端了，这似乎不太合三层结构的思想。呵呵，我经验也不多，发表点感想。

Answer 3

大概描述一下，
CLIENT === APP SERVER  ====  DB
CLIENT只负责发命令，也就是传参数，
APP SERVER负责响应请求去执行相应的代码，APP SERVER里的SQL或DB上的存储过程等
DB存放数据
好处：
    可以做成瘦CLIENT，仅设计友好漂亮的界面，简单的数据提交命令，可以占用很小的系统资源即降低了系统配置，可以不用管DB的位置即路径，只要连上APP SERVER即可，好处还有很多，请参考相关文档:P
缺点：
    APP SERVER的系统配置要求较高，因为是数据处理中心，其它请参考相关文档
-------只是简单说明而以-------
如果用COMMANDTEXT因该不算是真正的三层，应该创建接口，调用服务器方法，只应该包含要处理的参数而以，而不该是整个SQL查询！

Answer 4

1：客户端发出请求
2：中间层解释请求后，执行请求的内容
3：中间层将执行的结果反馈给客户端举个例子: 前台发出请求 "我要客户列表数据"  中间层将其解释成对应的数据集如"Cusomer"  然后根据方法执行 "select customername, customerid from Customer "  再将结果返回客户端

Answer 5

呵呵， DreamStrat(梦启动的摇篮…) 说得差不多了，另外加一点三层的好处，你随时可以换客户端的程序，中间层的程序不用动，再做一个客户端程序来调用就可以了

Answer 6

去看看 http://www.51source.net/diskintroduction3.asp