三层架构图
3层框架结构小区会所施工图
详细的一套3层框架办公楼结构CAD设计图，10张
三层办公楼建筑结构设计图纸(全套)
MVC与三层架构图
M：JavaBean--模型 V：JSP--显示页面 C：Servlet--控制台访问M客户端（IE 等）Servlet获得客户端数据并把数据封装到域对象中CService:服务处理业务逻辑Dao：数据访问Data Access Object 数据库JavaBean：封装数据JSPV数据显示层：最顶层（第三步）业务逻辑层（第二步）数据访问层：最底层（第一步）DAO接口Service接口cn.itcast.domain:JavaBeancn.itcast.dao:DAO接口Cn.itcast.dao.impl:DAO实现cn.itcast.service:业务接口cn.itcast.service.impl:业务实现cn.itcast.web.controller:ServletWEB-INF/pages:JSP（用户无法访问，但内部可以展现给客户端）cn.itcast.util:工具类cn.itcast.exception:自定义的异常访问1调用专门用来服务的方法3取出数据45存放改变的数据546调用6取出数据7存放数据8取出数据1封装数据2封装数据2传递数据3请求7取出结果8请求转发9显示数据101、无经验就先按逆顺序开发：数据显示层——业务逻辑层——数据访问层2、为降低耦合性（为了抽掉某个部分，整个结构所受的影响不大），采取抽象编程——接口3、Structs2才真正的实现了MVC三层架构4、建模（建立JavaBean）没有建好相当于全挂，搞定了JavaBean，数据库也就搞定了。
软件项目系统架构图
系统架构图：分层架构图、MVC架构图、客户端-服务器架构图、事件驱动架构图软件系统架构图是用于描述软件系统组织结构、模块划分、组件交互和运行方式的图形表示。
根据不同的系统和设计需求，可以有许多不同的系统架构图，以下是一些常见的系统架构图及其详细描述：1.三层架构图（Three-tier Architecture Diagram）：2.三层架构图是一种常见的软件系统架构图，它将系统分为三个主要层次：表示层（Presentation Layer）、业务逻辑层（Business Logic Layer）和数据访问层（Data Access Layer）。
这种架构图通常用于构建企业应用程序和Web应用程序。
表示层负责与用户交互，提供用户界面和展示数据。
业务逻辑层负责处理业务逻辑和规则，实现应用程序的核心功能。
数据访问层负责与数据源进行交互，通常是指数据库或其他数据存储系统。
这种分层架构可以提高系统的可维护性、可扩展性和可重用性。
3.MVC架构图（Model-View-Controller Architecture Diagram）：4.MVC是一种设计模式，用于将应用程序的数据模型（Model）、用户界面（View）和控制逻辑（Controller）分离开来。
这种架构图通常用于构建Web应用程序和桌面应用程序。
模型（Model）负责处理数据和业务逻辑，视图（View）负责提供用户界面，控制器（Controller）负责处理用户输入和调用模型与视图。
MVC架构图可以提高系统的可维护性、可扩展性和可重用性，并且使得系统更容易进行测试和调试。
5.客户端-服务器架构图（Client-Server Architecture Diagram）：6.客户端-服务器架构图是一种网络应用程序架构图，它将应用程序分为客户端和服务器两个部分。
客户端发送请求，服务器接收请求并返回响应。
这种架构图通常用于构建分布式系统和网络应用程序。
北京某大型3层框架结构连锁超市全套平面设计CAD图纸
net三层架构设计图
1系统定义1.1 系统目标1.2 系统结构系统采用.NET三层架构。
体系结构如下图;项目组织结构目录图核心子项目core的位置图发布服务与服务回调（以EAS系统为例）.NET框架体系图管理信息系统采用三层体系结构开发，系统由使用层、应用层、数据层构成，图6为系统的体系结构。
三层结构有很多优点，主要体现在：由于数据访问是通过中间层进行的，因此客户端不再与数据库直接建立数据连接，建立在数据库服务器上的连接数量将大大减少。
同时，中间层与数据库服务器之间的数据连接数量通过“连接池”进行控制，动态分配与释放数据连接，因此数据连接的数量将远远小于客户端数量。
可维护性得以提高。
因为业务规则、合法性校验存在于中间层，因此当业务规则发生改变时，只需更改中间层服务器上的某个组件（如某个DLL文件），而客户端应用程序不需做任何处理，有些时候，甚至不必修改中间层组件，只需要修改数据库中的某个存储过程就可以了。
良好的可重用性。
同样，如果需要开发B/S应用，则不必要重新进行数据访问、业务规则等的开发，可以直接在WEB服务器端调用现有的中间层（如可以采用基于IIS的WebClass开发，或直接编写ASP代码）。
事务处理更加灵活，可以在数据库端、组件层、MTS（或COM+）管理器中进行事务处理。
三层B/S体系结构三层B/S 结构即客户端浏览器（表示层）/Web服务器（应用层）/数据库(Browser/Server/Database)三层结构，在传统两层模式的基础上增加了应用服务这一级。
三层结构的划分，使逻辑上更加独立，每个功能模块的任务更加清晰。
在表示层客户通过Web浏览器向中间Web应用服务器发出HTTP请求，Web应用服务器通过对客户端的请求进行身份验证然后对于合法的用户请求进行处理并与数据库进行连接进而获取或保存数据并将从数据库获得的数据返回到客户端浏览器。
表示层是前端用户的接口，它通过用户界面与用户进行人机对话，由于客户端使用Web浏览器与应用服务器进行对话而无其他特殊要求，所以客户端是真正的“瘦客户端”而且通过与Web网络相连接使其具有跨区域跨部门的特点。
图解三层架构
企业初期方案（Scale In one） 某企业目前的业务需求比较简单，使用用户也仅局限在某些核心部门，人数不过十几、二 十个人。这时的规划方案将企业使用到的所有服务都安装在一台服务器设备上，这种形式 称为 Scale In（向内扩展）。 该方案在一台服务器上实现三层结构的全部工作。简单实用是该方案的最大特点，而且三 层结构的 ERP 产品还支持未来的方案扩展。
三层架构可以更好的支持分布式计算环境。逻辑层的应用程序可以在多个计算机上运行，充分利用网络的计 算功能。分布式计算的潜力巨大，远比升级 CPU 有效。美国人曾利用分式计算解密，几个月就破解了据称永远 都破解不了的密码。
三层架构的最大优点是它的安全性。用户只能通过逻辑层来访问数据层，减少了入口点，把很多危险的系统 功能都屏蔽了。
业务逻辑层：用于做一些有效性验证的工作，以更好地保证程序运行的健壮性。如完成数据添加、修改和查询 业务等；不允许指定的文本框中输入空字符串，数据格 式是否正确及数据类型验证；用户的权限的合法性判断 等等，通过以上的诸多判断以决定是否将操作继续向后传递，尽量保证程序的正常运行。
数据访问层：顾名思义，就是用于专门跟数据库进行交互。执行数据的添加、删除、修改和显示等。需要强调 的是，所有的数据对象只在这一层被引用，如 System.Data.SqlClient 等，除数据层之外的任何地方都不应该出现 这样的引用。
三层架构图
三层架构详解一．三层架构图二．系统各层次职责1.UI（User Interface）层的职责是数据的展现和采集，数据采集的结果通常以Entity object提交给BL层处理。
Service Interface侧层用于将业务或数据资源发布为服务（如WebServices）。
2.BL（Business Logic）层的职责是按预定的业务逻辑处理UI层提交的请求。
（1）Business Function 子层负责基本业务功能的实现。
（2）Business Flow 子层负责将Business Function子层提供的多个基本业务功能组织成一个完整的业务流。
（Transaction只能在Business Flow 子层开启。
）3．ResourceAccess层的职责是提供全面的资源访问功能支持，并向上层屏蔽资源的来源。
（1）BEM（Business Entity Manager）子层采用DataAccess子层和ServiceAccess子层来提供业务需要的基础数据/资源访问能力。
（2）DataAccess子层负责从数据库中存取资源，并向BEM子层屏蔽所有的SQL语句以及数据库类型差异。
DB Adapter子层负责屏蔽数据库类型的差异。
ORM子层负责提供对象－关系映射的功能。
Relation子层提供ORM无法完成的基于关系（Relation）的数据访问功能。
（3）ServiceAccess子层用于以SOA的方式从外部系统获取资源。
注：Service Entrance用于简化对Service的访问，它相当于Service的代理，客户直接使用Service Entrance就可以访问系统发布的服务。
Service Entrance为特定的平台（如Java、.Net）提供强类型的接口，内部可能隐藏了复杂的参数类型转换。
（4）ConfigAccess子层用于从配置文件中获取配置object或将配置object保存倒配置文件。
3层框架结构会展中心建筑方案设计图
网管支撑系统三层架构图 - 副本
⑤
采集前 置机
①
DPI
②-A
采集解 码设备
③
采集解 码设备
⑦
汇聚分流 交换机
汇聚分流 交换机
①
汇聚分流 交换机
LTE原始信令
① ②-A
汇聚分流 交换机
爱立信公司承建 2G/3G/4G PS DPI系统 华为公司承建VOLTE DPI系统 华为公司承建信令汇 聚设备
③
②-A ②-B
⑥
分光器 （1分7）
⑥
分光器 （1分8）
集团规范：Mw、 Rx、Sv、Gx、ISC、 Sh 、Cx 、Mg 、Mi、 Mj、 Zh。 省内需求:Nc、DNS
③
分光器 （1分4）
MC
③ ④ ⑤ ⑥
中兴公司承建2G CS信令 监测系统 协成致远公司承建信令数 据共享平台 重庆新毫厘公司承建 WLAN/小区宽带上网留存 系统 武汉光迅公司承建4G信令 接口分光 浩瀚深度公司承建互联网 DPI系统
2G3G:Gn/Gb/IU-C LTE:S1-U、S1AP、S11、SGs、 S6a、Uu、X2
骨干网/省网 网间/IDC出 口
防火墙
PS设备
IMS设备
CS设备
⑦
⑥
分光器 （1分7）
⑥
分光器 （1分8）
集团规范：Mw、 Rx、Sv、Gx、ISC、 Sh 、Cx 、Mg 、Mi、 Mj、 Zh。 省内需求:Nc、DNS
③
分光器 （1分4）
MC
2G3G:Gn/Gb/IU-C LTE:S1-U、S1AP、S11、SGs、 S6a、Uu、X2
PS设备
IMS设备
CS设备
上网日志留存系统
c#三层架构
一．三层架构图2006052029 123456三层架构图三层架构图三层架构图二．系统各层次职责1. UI（User Interface）层的职责是数据的展现和采集，数据采集的结果通常以Entity object提交给BL层处理。
2. Service Interface侧层用于将业务或数据资源发布为服务（如WebServices）。
2.BL（Business Logic）层的职责是按预定的业务逻辑处理UI层提交的请求。
（1）Business Function 子层负责基本业务功能的实现。
（2）Business Flow 子层负责将Business Function子层提供的多个基本业务功能组织成一个完整的业务流。
3.（Transaction只能在Business Flow 子层开启。
）3．ResourceAccess层的职责是提供全面的资源访问功能支持，并向上层屏蔽资源的来源。
（1）BEM（Business Entity Manager）子层采用DataAccess子层和ServiceAccess子层来提供业务需要的基础数据/资源访问能力。
（2）DataAccess子层负责从数据库中存取资源，并向BEM子层屏蔽所有的SQL语句以及数据库类型差异。
DB Adapter子层负责屏蔽数据库类型的差异。
ORM子层负责提供对象－关系映射的功能。
Relation子层提供ORM无法完成的基于关系（Relation）的数据访问功能。
（3）ServiceAccess子层用于以SOA的方式从外部系统获取资源。
注：Service Entrance用于简化对Service的访问，它相当于Service的代理，客户直接使用Service Entrance就可以访问系统发布的服务。
Service Entrance为特定的平台（如Java、.Net）提供强类型的接口，内部可能隐藏了复杂的参数类型转换。
（4）ConfigAccess子层用于从配置文件中获取配置object或将配置object保存倒配置文件。
某三层经典框架结构施工图纸
图示三层架构
图示三层架构，并说明其特点，如何实现，每层实现什么功能？在两层应用中，应用程序直接同数据库进行对话。
三层结构在用户接口代码和数据库中间加入了一个附加的逻辑层，通常这个层叫做“商务逻辑层”，如图在“商务逻辑层”，如果第一层和第二层在不同的计算机上，通常该层利用的技术是EJB（Enterprise JavaBean）技术、CORBA（Common Object Request Broker Architecture）技术和DCOM技术（Distributed Component Object Model，分布式组件对象模型）。
在Java企业应用领域中，表示逻辑层通常可以是HTML、Applet和JSP，商务逻辑层一般利用EJB来实现。
应用服务器有那些？BEA WebLogic Server，IBM WebSphere Application Server，Oracle9i Applica tion Server，jBoss，Tomcat简述Java语言的核心机制。
Java语言包含三种核心机制：Java 虚拟机、垃圾收集机制和代码安全检测。
1、Java 虚拟机(Java Virtual Machine，JVM)在一台计算机上由软件或硬件模拟的计算机。
Java虚拟机读取并处理经编译过的平台无关的字节码class文件。
2、垃圾收集机制(Garbage collection)在C/C++ 等语言中，由程序员负责回收无用内存。
Java语言解除了程序员回收无用内存空间的责任。
它提供一种系统级线程跟踪存储空间的分配情况。
并在JVM的空闲时，检查并释放那些可被释放的存储器空间。
垃圾收集在Java程序运行过程中自动进行，程序员无法精确控制和干预。
3、代码安全性检测(Code Security)Java执行代码的时候，由JVM对运行的代码进行安全性检测，当进行一些非法操作的时候，比如修改一些系统设置的时候，JVM会发出警告。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
三层架构详解一．三层架构图二．系统各层次职责1.UI（User Interface）层的职责是数据的展现和采集，数据采集的结果通常以Entity object提交给BL层处理。
Service Interface侧层用于将业务或数据资源发布为服务（如WebServices）。
2.BL（Business Logic）层的职责是按预定的业务逻辑处理UI层提交的请求。
（1）Business Function 子层负责基本业务功能的实现。
（2）Business Flow 子层负责将Business Function子层提供的多个基本业务功能组织成一个完整的业务流。
（Transaction只能在Business Flow 子层开启。
）3．ResourceAccess层的职责是提供全面的资源访问功能支持，并向上层屏蔽资源的来源。
（1）BEM（Business Entity Manager）子层采用DataAccess子层和ServiceAccess子层来提供业务需要的基础数据/资源访问能力。
（2）DataAccess子层负责从数据库中存取资源，并向BEM子层屏蔽所有的SQL语句以及数据库类型差异。
DB Adapter子层负责屏蔽数据库类型的差异。
ORM子层负责提供对象－关系映射的功能。
Relation子层提供ORM无法完成的基于关系（Relation）的数据访问功能。
（3）ServiceAccess子层用于以SOA的方式从外部系统获取资源。
注：Service Entrance用于简化对Service的访问，它相当于Service的代理，客户直接使用Service Entrance就可以访问系统发布的服务。
Service Entrance为特定的平台（如Java、.Net）提供强类型的接口，内部可能隐藏了复杂的参数类型转换。
（4）ConfigAccess子层用于从配置文件中获取配置object或将配置object保存倒配置文件。
4．Entity侧层跨越UI/BEM/ResourceManager层，在这些层之间传递数据。
Entity侧层中包含三类Entity，如下图所示：三．AspectAspect贯穿于系统各层，是系统的横切关注点。
通常采用AOP技术来对横切关注点进行建模和实现。
1．Securtiy Aspect：用于对整个系统的Security提供支持。
2．ErrorHandling Aspect：整个系统采用一致的错误/异常处理方式。
3．Log Aspect：用于系统异常、日志记录、业务操作记录等。
四．规则1．系统各层次及层内部子层次之间都不得跨层调用。
2．Entity object 在各个层之间传递数据。
3．需要在UI层绑定到列表的数据采用基于关系的DataSet传递，除此之外，应该使用Entity object传递数据。
4．对于每一个数据库表（Table）都有一个DB Entity class与之对应，针对每一个Entity class都会有一个BEM Class与之对应。
5．有些跨数据库或跨表的操作（如复杂的联合查询）也需要由相应的BEM Class来提供支持。
6．对于相对简单的系统，可以考虑将Business Function子层和Business Flow 子层合并为一个。
7．UI层和BL层禁止出现任何SQL语句。
五．错误与异常异常可以分为系统异常（如网络突然断开）和业务异常（如用户的输入值超出最大范围），业务异常必须被转化为业务执行的结果。
1．DataAccess层不得向上层隐藏任何异常（该层抛出的异常几乎都是系统异常）。
2．要明确区分业务执行的结果和系统异常。
比如验证用户的合法性，如果对应的用户ID不存在，不应该抛出异常，而是返回（或通过out 参数）一个表示验证结果的枚举值，这属于业务执行的结果。
但是，如果在从数据库中提取用户信息时，数据库连接突然断开，则应该抛出系统异常。
3．在有些情况下，BL层应根据业务的需要捕获某些系统异常，并将其转化为业务执行的结果。
比如，某个业务要求试探指定的数据库是否可连接，这时BL就需要将数据库连接失败的系统异常转换为业务执行的结果。
4．UI层(包括Service层)除了从调用BL层的API获取的返回值来查看业务的执行结果外，还需要截获所有的系统异常，并将其解释为友好的错误信息呈现给用户。
六．项目组织目结构以BAS系统为例。
1．主目录结构：2．命名空间命名：每个dll的根命名空间即是该dll的名字，如EAS.BL.dll的根命名空间就是EAS.BL。
每个根命名空间下面可以根据需求的分类而增加子命名空间，比如，EAS.BL的子空间EAS.BL.Order与EAS.BL.Permission分别处理不同的业务逻辑。
3.包含众多子项目的庞大项目的物理组织：核心子项目Core的位置：Core子项目中包含一些公共的基础设施，如错误处理、权限控制方面等。
七．发布服务与服务回调以EAS系统为例。
1．同UI层的Page一样，服务也不允许抛出任何异常，而是应该以返回错误码(int型，1表示成功，其它值表示失败)的形式来表明服务调用出现了错误，如果方法有返回值，则返回值以out参数提供。
2.如果BAS系统提供了WebService（Remoting）服务，则BAS必须提供BAS.Entrance.dll。
BAS.Entrance.dll封装了与BAS服务交换信息的通信机制，客户系统只要通过BAS.Entrance.dll就可以非常简便地访问BAS 提供的服务。
3．如果BAS需要通过WebService（Remoting）回调客户系统，则必须提供仅仅定义了接口的BAS.CallBack.dll，客户系统将引用该dll，实现其中的接口，并将其发布为服务，供BAS回调。
4．当WebService的参数或返回值需要是复杂类型――即架构图中的Service Entity，则Service Entity应该在对应的BAS.EntranceParaDef.dll 或BAS.CallBackParaDef.dll中定义。
WebService定义的方法中的复杂类型应该使用Xml字符串代替（注意，Entrance和CallBack接口对应服务的方法的参数是强类型的），而Xml字符串和复杂类型对象之间的转换应当在BAS.Entrance.dll或BAS.CallBack.dll中实现。
用三层架构与设计模式思想部署企业级数据库业务系统开发1. 三层架构介绍1.1关于架构架构这个词从它的出现后,就有许许多多的程序员、架构师们激烈地讨论着它的发展，但是架构一词的出现，却是随着三层架构的出现才出现的。
当然，目前应用三层架构开发也正是业界最关注的主题。
那么这里我们来看看单层、双层、三层甚至多层架构到底是怎么一回事。
单层结构是80年代以来小型应用的结构，在那个结构化编程充斥的时代，还没有出现架构的概念，典型的是基于Dbase、Foxbase等小型数据库的应用。
双层结构的同义词可以理解为传统的客户/服务器结构，尽管目前占统治地位的结构，但是其封装移植等方面的缺陷，已使它步入暮年，典型是基于Oracle、Infomix等大型数据库的C/S应用。
三层结构是传统的客户/服务器结构的发展，代表了企业级应用的未来，典型的有Web下的应用。
多层结构和三层结构的含义是一样的，只是细节有所不同。
之所以会有双层、三层这些提法，是因为应用程序要解决三个层面的问题。
1.2三层架构概述随着软件工程的不断进步和规范以及面向对象编程思想的应用，人们对封装、复用、扩展、移置等方面的要求，使得双层架构显然更加臃肿繁琐，三层程序架构体系应运而生，可以说，三层架构体系结构是面向对象思想发展中的必然产物。
当然三层架构对于目前来说早已经不是什么新鲜事物了,最早听到这个词应该是几年前使用java知道的吧，j2ee三层架构体系流行了这么多年，一直没有使用过,不过j2ee三层架构体系的提出，对软件系统的架构产生了巨大的影响，Microsoft、Boland这些公司自然不甘落后，例如Microsoft的.net平台，更有甚者，称.net 之c#为java的儿子。
那么何谓三层架构？所谓三层架构，是在客户/服务之间加入了一个"中间层"，也叫组件层。
它与客户层、服务器层共同构成了三层体系。
这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才有三层体系结构，三层是指逻辑上的三层。
通过引入中间层，将复杂的商业逻辑从传统的双层结构(Client-Server)应用模型中分离出来，并提供了可伸缩、易于访问、易于管理的方法，可以将多种应用服务分别封装部署于应用服务器，同时增强了应用程序可用性、安全性、封装复用性、可扩展性和可移置性，使用户在管理上所花费的时间最小化，从而实现了便捷、高效、安全、稳定的企业级系统应用。
1.3分层描述三层架构三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。
通常情况下，客户端不直接与数据库进行交互，而是中间层向外提供接口，通过COM/DCOM通讯或者Http等方式与中间层建立连接，再经由中间层与数据库进行交互。
当然数据通过中间层的中转无疑是降低了效率，但是它脱离于界面与数据库的完美封装，使得它的缺点显然不值得一提。
典型的三层结构分为表示（presentation）层, 领域（domain）层, 以及基础架构（infrastructure）层，而微软的DNA架构定义了三个层：表示层（presentation），业务层（business），和数据存储层（data access），当然J2ee 也有它不同的分法不过都大同小异吧。
既然我用.net做的开发，这大三层我无需多说了,根据我的理解，我对此做了更详细的分层,界面外观层、界面规则层、业务接口层、业务逻辑层、实体层、数据访问层、数据存储层共七层，其具体的调用如图1所示:图1由图1可以看出，虽然我将系统的架构分为七层，实际上大的方面来说，它就是一个典型的三层架构设计思想。
单从这个图来看，数据的调用显得繁琐而抽象，也许这时候就会有人说，我只是想实现界面上与用户交互，然后根据用户的请求将数据读出/写入数据库就好了，为什么要做如此复杂的分层调用呢？从这个问句中我们也只看到了界面和数据库，也就是说从用户的需求来说，就是这两层而已，但是这里我们首先要搞清楚的是三层架构它主要是为程序员为了实现部署、开发、维护企业级数据库系统而服务的。
如果我们在中间层实现了对表示层和数据库层的完全脱离，其部署、开发、维护系统的费用和时间至少降低到原来的一半，甚至更多。
1.4部署企业级数据库应用对于一个企业级数据库应用系统上的三层架构我是这样部署的：系统通过浏览器或应用程序客户端提供与用户的交互平台，并向服务器提交请求（界面外观层）；用户提交请求后，界面规则层对用户的数据按照业务逻辑层要求的接口参数封装规则封装用户数据，然后调用业务接口层对外提供的相应命令接口（界面规则层），业务接口层通过对数据进行解析并分别送入不同的逻辑处理并向用户返回处理结果(业务接口层)；对于数据和命令的不同，处理方式也不同，我们将不同的处理方式都归类，并将接口层传入的数据及命令流入对应处理流程（业务规则层）；这时，不同的处理流程分析数据和命令产生出对应的一个实体，这个实体根据其本身的属性和方法以及上层传入的命令，将数据处理为数据访问层需要的接口参数，并向数据访问层提交访问数据库的请求，并向业务接口层返回访问结果（实体层）；数据访问层会将数据转化为数据库可识别的语句（SQL），并访问数据库层，访问结果会返回给实体层（数据访问层）；数据库层处理上层传入的SQL，读写数据库内置对象，并根据其内置对象本身的关系对数据做进一步校验和处理（数据库层）。