谁能说说什么是“标准”的三层体系结构，分别是放什么内容，比如SQL语句放在哪一层等等。。。

Question

业务层放的是什么？举些例子。还有使用三层结构的实用性

Answer 1

看看这些，也许有帮助。- Micorosoft patterns & practices:
  http://www.microsoft.com/resources/practices/allreleases.aspx- PetShop 3.0 .NET Sample Application
  http://www.microsoft.com/downloads/details.aspx?FamilyId=E2930625-3C7A-49DC-8655-A8205813D6DB&displaylang=en

Answer 2

所谓三层，应该是指UI层，业务逻辑层，数据访问层。SQL当然应该放在数据访问层。业务逻辑层应该是对业务的封装，如果业务不复杂，可能就是简单的数据访问层的调用。一般业务逻辑层继承ServicedComponent,以实现分布式事务。我觉得逻辑比较简单的mis，如果用户没有分布式的要求，用这种结构反而增加了维护的工作量，直接用UI+数据访问层即可。

Answer 3

用户界面层：主要是处理和用户进行交互的界面，显示结果或者接受输入
业务逻辑层：进行各种逻辑判断
数据访问层:故名思义，用来和数据库进行交互，sql语句当然应该置于此

Answer 4

有些业务是反映在SQL语句中的

Answer 5

业务层就该是业务逻辑的封装，如果有一客户要下一个用账户付款的订单，但该客户账户内的余额不够，则不应允许该客户下订单，这种逻辑就应放在业务层。另外，如果一项操作涉及到多个数据库的事务，尤其是不同类型的数据库，则不可能用数据库事务实现了，这种情况一般就通过业务逻辑层来实现。对一些简单的mis,把业务逻辑封装在存储过程里，也是一种可行的方法。

Answer 6

转载：http://community.csdn.net/Expert/topic/3699/3699706.xml?temp=.9721033
将系统分层是简化系统的好方法，而且已经得到了很好的证实，如OSI(Open System Interconnection)七层参考模型，就是一种通信协议的七层抽象参考模型。其中每一层执行某一特定任务。该模型的目的是使各种硬件在相同的层次上相互通信。这七层是：物理层、数据链路层、网络层、传输层、会话层、表示层和应用层等。分层的思路是将系统按功能职责进行划分，将同一类职责的功能抽象为一层。下面以一个信息系统的设计来说明如何进行分层结构设计。其中包含以下三层结构。
(1) 表示层。
(2) 业务层。
(3) 数据层。与传统的两层结构相比，它最大的特征是将业务层独立了出来，从而提高了业务层的可复用性。在两层结构中，用户界面和业务处理流程放在一起，因此无法直接复用业务处理的相关功能，也无法将业务处理功能进行灵活的部署。在三层结构中，表示层只处理用户界面相关的功能，业务层专心处理业务流程，可以对业务层进行灵活的部署，开发时也便于业务处理的开发和用户界面的开发同时进行。OSI中要求高层只能调用它的下一层提供的接口，我们设计接口时也应尽量遵守这样的约束。数据层在业务层中是可见的，业务层在表示层中是可见的，反之则不可见。为什么在业务层中不能直接访问表示层呢？因为业务层要相对独立，它不能依赖于任何表示层，以至于一个业务层可以对应多个表示层。业务层可以间接与表示层通信，这种通信方式根据实际需要来确定。针对每一层可以设计一个或多个模块，每个模块完成相对独立的功能。如表示层中用户界面模块的功能如下。
(1) 与用户的交互，接收用户的各种输入以及输出各种提示信息或处理结果。
(2) 对于输入的数据进行数据校验，过滤非法数据。
(3) 向业务层发送处理请求。
业务层中业务处理模块的功能如下。
(1) 实现各种业务处理逻辑或处理算法。
(2) 验证请求者的权限。
(3) 向数据层发送数据操作的请求。
(4) 向用户层返回处理结果。
数据层中数据访问模块的功能如下。
(1) 实现数据的读取与存储操作。
(2) 实现事务处理。

Answer 7

用户接口，用与所有数据的收集及显示。
中间层，用于接受用户的请求，执行用户的请求。接受来自与数据层的数据，回送至用户接口。
数据层。所有的sql语句，stored procedures均在这一层。这是我现在正在做的一个三层的分布式系统。