所谓三层体系结构，是在客户端与数据库之间加入了一个"中间层"，也叫组件层。
三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。
开发人员可以将应用的商业逻辑放在中间层应用服务器上，把应用的业务逻辑与用户界面分开。在保证客户端功能的前提下，为用户提供一个简洁的界面。这意味着如果需要修改应用程序代码，只需要对中间层应用服务器进行修改，而不用修改成千上万的客户端应用程序。从而使开发人员可以专注于应用系统核心业务逻辑的分析、设计和开发，简化了应用系统的开发、更新和升级工作。
对于三层体系结构的设计，不同的人有不同的设计方法，我所见过的几个项目中对三层的不同实现
第一种：
三层分别为：DL层，BL层和RL层
DL是数据访问层，其中包含的是单表中的字段属性和对此单表的操作（填查删改），类似Java中的entity Bean的概念。每一个单表对应一个DL
BL是业务逻辑层，其中包含的是业务逻辑，一个BL下引用很多的DL，实现对单表的组合查询及操作，要注意此层涉及到数据库的架构，在设计数据库时，要实现数据表之间是主表与子表的关系。例如：T_Employee雇员表，T_Part部门表，T_Position职位表，T_Site办公地点表

主表是T_Employee雇员表，T_Part部门表，T_Position职位表，T_Site办公地点表为子表
对于表的综合查询方法是：
先对主表查询，调用主表所对应的DL。再根据主表的记录分别对每一个子表进行查询。将自表的查询结果添加的主表后，形成一个大的查询集合。
对于表的操作（增删改）
此时只对主表进行操作，调用主表对应的DL中的操作方法。
RL层是逻辑判断层，主要是对页面上传入的数据进行逻辑判断。RL层之上就是UI

个人感觉此种架构要在数据库设计上注意表之间的关系，尽力满足主与子的关系。在功能上对用户要有一定的限制，不要表现在对于子表的删除操作一定要慎重，以免造成主表与子表的数据在逻辑上出现的主表的外键在子表中没有相对应的值。