C/S和多层的区别，这样的系统用那种方式？(200分)

  • 主题发起人 主题发起人 PPMouse
  • 开始时间 开始时间
P

PPMouse

Unregistered / Unconfirmed
GUEST, unregistred user!
有20个客户端，通过远程拨号到服务器（W2K+ACCESS 2000），每日定时上传当天销售数据。
局域网中客户端对数据进行汇总、分析和打印输出。
一直说不太清C/S和多层的区别，请给个答案了。
C/S是不是客户机直接连到服务器数据库进行操作而不需要服务程序？
嘻嘻，见笑了。小心您的大牙。
 
我想是这样的吧。我也在做类似的东西，不过只有7个客户端，而且数据量不大，开始也
考虑用三层，再想想，以后扩容也不会大，还是用熟悉的方法好。
偶的想法：赚同样的钱，达到同样的目的，只用最简单的方法。
 
C/S是一个客户端，一个服务端！服务程序就是服务端的程序！多层是至少在这2层上多一层，
这个就是之间层，其实就是为服务器分担业务的，通过处理将结果交给服务器，这样后台服务器处理就快了！（即应用层的功能）
如果还有服务器那就是数据库服务器，它只是用来存储数据的。还有，客户端在多层当中执行的过程也少了，
因为基本上都交给中间层了，所以我觉得中间层服务器应该硬件好些。知识欠佳，让大家耻笑了[:)]
 
多层是客户端程序并不直接联数据库，而是连接到应用服务器，由应用服务器负责与数据库的数据交互
 
C/S： 客户端直接与数据库（服务器）“会话”，运行效率高，稳定性好，但对客户端维护工作要求高。
三层：客户端通过应用程序（服务器）与数据库（服务器）“会话”，部署和应用灵活，对客户端维护工作要求不高，安全性好。
 
多层结构的典型是三层结构，其基本思想是把用户界面与企业逻辑分离
(1) 客户端应用程序。提供用户接口，主要功能是指导操作人员使用界面，输入数据，
输出结果，并不具有企业逻辑，或只拥有部分不涉及企业核心的、机密的应用逻辑。
这样客户端就显的很廋，称为“廋”客户。
(2) 应用程序服务器。它是应用的主体，包含了企业中核心的及易变的企业逻辑
（规划，运作方法，管理模型等），其功能即接受输入，处理后返回结果。
(3) 远程数据库服务器。即数据库管理系统（DBMS），负责管理对数据的读写和维护。
应用程序更易发布、安装、配置和维护。
（3）实现分布式数据处理。把一个应用程序分布在几个机器上运行，可以提供应用程序的性能，通过冗余配置还可以保证不会因为局部故障导致整个应用程序崩溃。
（4）有利于安全。将一些敏感数据功能部分封装在中间层，并授予不同访问权限，可以保证对数据的访问限制。
这是比较标准的三层或多层概念解释,我想大家可以针对这些说法进行讨论,也许效果更好.
 
具体来说，多层结构具有如下优点：
(1)在一个共享的中间层封装了企业逻辑，不同客户端应用程序可以共享同一个中层层，
而不必由每个客户端应用程序单独实现企业逻辑。
（2）客户端应用程序可以做的很廋。因为很多复杂的工作由应用程序服务器代劳，
客户端应用程序只需关注用户界面本身。“廋”客户端应用程序更易发布、安装、配置和
维护。
（3）实现分布式数据处理。把一个应用程序分布在几个机器上运行，
可以提供应用程序的性能，通过冗余配置还可以保证不会因为
局部故障导致整个应用程序崩溃。
（4）有利于安全。将一些敏感数据功能部分封装在中间层，并授予不同访问权限，
可以保证对数据的访问限制。

对不起,粘贴有误,补充.
 
smallbs说：C/S： 客户端直接与（服务器）数据库“会话”
三层：客户端通过服务端程序与数据库“会话”
rockjie说：C/S是一个客户端，一个服务端！服务程序就是服务端的程序！
多层是至少在这2层上多一层，这个就是中间层。
我正是搞不准这个，请大家给个说法呀。
 
to: PPMouse:
要不，我和rockjie先打一架[:D]。 我说的 数据库 是指数据库服务器，服务端程序 是指 应用程序服务器
rockjie说的服务端的程序大概就是数据库服务器。 呵呵）
 
那也是2层的时候叫数据库服务器！呵呵
其实3层结构现在是模糊的！因为每种定义都不一样就象关系数据库的概念一样！：）
 
smallbs、rockjie说的是一个意思嘛[:D]
 
我更晕了[?]
 
其实说的很清楚了，我来做一个实际的例子吧。
后台是sqlserver，应用是一个企业的mis，那么，如果你是使用c/s的话，比如，工资管理
和人事管理都需要人员表，那么，工资管理需要写一个存储过程（这样可以很快的查找的人
员姓名）来查找你所需要的工资表中员工工号对应的姓名、性别等。人事管理也需要写一个
存储过程，需要迅速的对应员工档案表中工号和员工基本信息的关系。这个时候，需要修改
的话，需要分别修改两个存储过程。这个时候，你发现如果能够把查找对应关系单独的形成
一个模块，那么需要查找的时候只是调用这个模块的一个功能就可以实现了，那么，你把所
有的可以公用的应用（注意，这里是应用，不是数据元操作）单独形成一个模块，应用时绝
大多数都是调用这个中间模块（不是存储过程）的功能，那么这个基于应用的模块就是中间
层，你的程序就是由三层组成：应用层、中间层、数据层，来组成，你就是多层的（三层）
了。
 
使用c/s还是多层的决定，不是看你的数据量多少，而是你的维护工作量、业务复用率和你的
熟悉程度的比较，那一个更节约。想你说的情况，说实话，两个都可以。不过如果业务流重复
的少，那么就直接使用c/s，这样可以节约开发时间。
 
我最想知道的是：
C/S是 [?]客户端程序+应用程序服务器 还是 [?]客户端程序直连服务器上的数据库？
 
这个工程快做完了，我同意 smallbs和t1122的说法。
 
您必须登录或注册才可回复。

Similar threads

X
kbmmw中向服务器端传递对象的一种简单方式 - xalion
回复
0
查看
818
xalion
X
S
[原]Delphi2010中DataSnap高级技术(7)—TDSServerClass中Lifecycle生命周期三种属性说明
回复
0
查看
889
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(7)—TDSServerClass中Lifecycle生命周期三种属性说明
回复
0
查看
911
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(2)—DataSnap服务端和客户端发布分发方法
回复
0
查看
969
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(2)—DataSnap服务端和客户端发布分发方法
回复
0
查看
797
SUNSTONE的Delphi笔记
S
后退
顶部