数据库三层和两层哪个好，两层架构与三层架构的区别从优缺点角度说明

来源：整理时间：2024-10-27 23:51:17 编辑：黑码技术手机版

本文目录一览

1，两层架构与三层架构的区别从优缺点角度说明
2，三四十个客户要连接到sql server数据库用三层结构还是二层呢
3，三层架构的开发方式相对于两层架构的开发方式有哪些优点
4，三层结构相对二层架构有哪些优点
5，2层架构和3层架构的比较

1，两层架构与三层架构的区别从优缺点角度说明

三层在安全性、稳定性及大量并发控制上要强于两层的，它不会让客户端直接面对数据库，所有减少了由于客户端被破解而给数据库带来损失的风险，并且可以比较妥善的解决多用户并发带来的服务器拥挤，但是在客户端比较少的情况下，它访问数据的速度要慢于两层结构的，开发、维护难度要比两层的大不少，所以对于20客户端以下的应用，应该谨慎使用三层结构开发。呵呵，网络游戏不可能是两层开发的方式的，那种多数据库服务器、多连接服务器是两层做不到的。如传奇，私服的服务端有十多个程序在完成各项的工作。

两层架构与三层架构的区别从优缺点角度说明

2，三四十个客户要连接到sql server数据库用三层结构还是二层呢

如不雅推敲到今后的扩大，最好用三层，事务均衡，连接缓冲，都能降柢体系资本损耗。

可能要用中心件来解决问题，用MTS就可以。它有负载均衡的感化。这当然是三层构造啦。可以看看李维的书，前几天有帖子说袈溱哪有下载。你找找看。

感谢大年夜家.1.担心┞封么多的客户同时提交记载数据库办事器能不克不及较好的负载.2.就是今后的进级其实对我主如果请再指教.

这要看你的营业成长趋势，若在相当长时代内客户不跨越１００个，且是在局域网上跑的话，今朝照样两层方法稳定、快速。

sql server太弱，照样用Oracle吧

峰值时可能有十几个客户每一到两秒提交一个记录，每个记录大年夜约十来个惯例字段。三层我没用过，不知道学起来快不快。

三四十个客户要连接到sql server数据库用三层结构还是二层呢

3，三层架构的开发方式相对于两层架构的开发方式有哪些优点

表示层 --> 业务层 --> 持久层这表明了层与层之间的调用关系，表示层通过调用业务层来完成任务，而业务层则调用持久层。从另一个角度来看，一种依赖关系是表示层 --> 领域模型(Domain Model) <-- 持久层即表示层和持久层都应该理解(recognize)领域模型。而领域模型则是业务层的一部分。业务层正是系统的价值所在。虽说表示和持久也很重要，在某些系统中可以说是很关键，但是它们的最终目的都是为业务服务，所以业务层应该是系统的核心。基于以上的认识，在系统设计的时应首先分析需求得到领域模型，找出系统中的实体、对象（静态的一面），并明确大致的业务流程(动态的一面)。而另两层应尽最大努力为业务层服务，且尽量减少业务层受另两层的限制。各层的职责：表示层：负责显示信息，及从系统外部得到输入。表示层的设计决定系统界面的可用性，及信息输入和展示的可靠性。表示层只知道如何展示信息，及收集用户输入，并不知道该如何对这些输入进行处理来完成业务。业务层：完成业务逻辑。业务层设计决定客户价值是否能够得到实现。这是系统的关键。外在的表现是功能性。业务层设计和实现的失误表现在用户端即功能缺失，功能不可靠等。如果需要对业务层的业务规则进行解耦，则可以使用规则引擎如Drools，把业务规则分离出来。但分离后的业务规则仍属于业务层。业务层知道如何对用户输入进行处理，能够应用业务规则完成用户所需的业务，但它不知道数据如何读取和保存。持久层：负责用户信息的持久化。持久层的失误表现在外即数据处理(储存，展示等)不可靠。持久层完全不知道业务，只专注于数据存储和读取。所谓持久化并不一定是指数据库，任何方式的持久化(通过文件，网络的持久化等)都应由持久层完成。各层的设计都会直接影响系统性能。三层的体积大小和复杂度在不同的系统中可能会有很大的不同。比如说GOOGLE的搜索引擎，它的界面很简单，可以想像表示层是比较容易实现的，而它的业务层，关系到处理关键字，分析搜索结果，决定排名等，而持久层则要负责处理超大量的数据。业务层和持久层则相当复杂。而有的系统持久层会很小，比如杀毒软件，媒体播放软件等。业务层小而另两层大的例子暂时还没有想到:)

界面层 --> 业务层 --> 数据库层这样开发起来使程序更安全，更稳定。因为用户不会看到数据库访问层的代码，这样程序就不会被黑。而且开发起来也很方便。

三层架构的开发方式相对于两层架构的开发方式有哪些优点

4，三层结构相对二层架构有哪些优点

在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或成为领域层）、表示层.二、三层结构的优点1、开发人员可以只关注整个结构中的其中某一层；2、可以很容易的用新的实现来替换原有层次的实现；3、可以降低层与层之间的依赖；4、有利于标准化；5、利于各层逻辑的复用。概括来说，分层式设计可以达至如下目的：分散关注、松散耦合、逻辑复用、标准定义。一个好的分层式结构，可以使得开发人员的分工更加明确。一旦定义好各层次之间的接口，负责不同逻辑设计的开发人员就可以分散关注，齐头并进。例如UI人员只需考虑用户界面的体验与操作，领域的设计人员可以仅关注业务逻辑的设计，而数据库设计人员也不必为繁琐的用户交互而头疼了。每个开发人员的任务得到了确认，开发进度就可以迅速的提高。松散耦合的好处是显而易见的。如果一个系统没有分层，那么各自的逻辑都紧紧纠缠在一起，彼此间相互依赖，谁都是不可替换的。一旦发生改变，则牵一发而动全身，对项目的影响极为严重。降低层与层间的依赖性，既可以良好地保证未来的可扩展，在复用性上也是优势明显。每个功能模块一旦定义好统一的接口，就可以被各个模块所调用，而不用为相同的功能进行重复地开发。进行好的分层式结构设计，标准也是必不可少的。只有在一定程度的标准化基础上，这个系统才是可扩展的，可替换的。而层与层之间的通信也必然保证了接口的标准化。三、分层式结构缺陷：1、降低了系统的性能。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。2、有时会导致级联的修改。这种修改尤其体现在自上而下的方向。

表示层 --> 业务层 --> 持久层这表明了层与层之间的调用关系，表示层通过调用业务层来完成任务，而业务层则调用持久层。从另一个角度来看，一种依赖关系是表示层 --> 领域模型(domain model) <-- 持久层即表示层和持久层都应该理解(recognize)领域模型。而领域模型则是业务层的一部分。业务层正是系统的价值所在。虽说表示和持久也很重要，在某些系统中可以说是很关键，但是它们的最终目的都是为业务服务，所以业务层应该是系统的核心。基于以上的认识，在系统设计的时应首先分析需求得到领域模型，找出系统中的实体、对象（静态的一面），并明确大致的业务流程(动态的一面)。而另两层应尽最大努力为业务层服务，且尽量减少业务层受另两层的限制。各层的职责：表示层：负责显示信息，及从系统外部得到输入。表示层的设计决定系统界面的可用性，及信息输入和展示的可靠性。表示层只知道如何展示信息，及收集用户输入，并不知道该如何对这些输入进行处理来完成业务。业务层：完成业务逻辑。业务层设计决定客户价值是否能够得到实现。这是系统的关键。外在的表现是功能性。业务层设计和实现的失误表现在用户端即功能缺失，功能不可靠等。如果需要对业务层的业务规则进行解耦，则可以使用规则引擎如drools，把业务规则分离出来。但分离后的业务规则仍属于业务层。业务层知道如何对用户输入进行处理，能够应用业务规则完成用户所需的业务，但它不知道数据如何读取和保存。持久层：负责用户信息的持久化。持久层的失误表现在外即数据处理(储存，展示等)不可靠。持久层完全不知道业务，只专注于数据存储和读取。所谓持久化并不一定是指数据库，任何方式的持久化(通过文件，网络的持久化等)都应由持久层完成。各层的设计都会直接影响系统性能。三层的体积大小和复杂度在不同的系统中可能会有很大的不同。比如说google的搜索引擎，它的界面很简单，可以想像表示层是比较容易实现的，而它的业务层，关系到处理关键字，分析搜索结果，决定排名等，而持久层则要负责处理超大量的数据。业务层和持久层则相当复杂。而有的系统持久层会很小，比如杀毒软件，媒体播放软件等。业务层小而另两层大的例子暂时还没有想到:)

5，2层架构和3层架构的比较

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。