文件服务器结构以DOS局域网和Windows3.X为代表。它使得廉价的PC机联成网络，共享资源。这对于那些根本没有实力实现大型机方案的公司来说，PC机无疑是他们的救星。但是，在这种结构中，应用程序逻辑总是在客户工作站上执行，使用的是客户机的CPU，而不是像集中式结构那样在服务器上执行。这意味着，客户机要有足够的计算能力，以便执行需要的任何应用程序，或能完成任何必要的任务。这无形中增加了客户机的负担，从而抵消了PC机价格低廉的优点。

为了折中考虑费用与性能问题，引入了客户机/服务器结构。在这种结构中，允许应用程序逻辑在用户工作站、服务器(不再称为"文件服务器")或者两者上运行。SQL Server、Oracle等是客户机/服务器结构的代表。

在客户机/服务器结构中，同时至少有两个独立的应用程序在运行：一个是客户应用程序（简称为客户）；另一个是服务器应用程序（简称为服务器）。客户提出请求，服务器响应请求并为其服务。为了完成一项特定的任务，客户和服务器协同工作，以提高运行速度和效率。例如，在网络环境中，用户在客户端发出SQL命令查询服务器上某数据库中的数据，在文件服务器和客户机/服务器这两种结构中，该命令的执行情况是不一样的。如果读者不能区分它们之间的差别，就不可能充分利用客户机/服务器结构为我们提供的强大功能。

事实上，在基于文件服务器的结构中，查询是在客户端赋值并执行的。这就意味着，如果查询涉及的表中有10000条记录，那么查询逻辑会请求服务器通过网络将包含这10000条记录的表全部传送到自己这儿（客户端），在客户端进行查询处理。而在基于客户机/服务器原结构里，SQL语句本身将通过网络传送并在服务器内执行，服务器使用自己的CPU处理完SQL语句后，只把处理结果（成功或失败）通过网络反馈回客户端。显然，这大大减轻了网络的负载，同时也缩短了执行时间。这是对基于文件服务器结构性能的一个重要改进。

综上所述，大型机和基于文件服务器的系统由于应用程序逻辑必须在大型机内运行（针对集中式结构）或必须在客户机内执行（针对文件服务器结构），所以不能提供一个真正可伸缩的系统框架。而客户机/服务器系统至少由两部分组成：一台发出请求的客户机，一台为请求服务的服务器。这两个部分协同工作，应用程序逻辑则分布于客户和服务器之间。这样一来，就为开发运行更快、更高效的应用程序提供了基础。

Intranet和Internet为客户机/服务器结构提供了极好的机遇。当今的Web技术就是一个典型的客户机/服务器结构：浏览器是客户机，Web站点是服务器。

4.4 软件开发建议

在DCS网络环境下运行的应用程序，应该是遵循COM/DCOM标准、通过ActiveX实现的客户机/服务器结构的应用程序。因为这样的应用程序是由ActiveX组件组装而成的，与其它应用程序结构相比更加健壮、可伸缩性强且容易维护。

另外，应注意：由于微软的重新命名，OLE文档已成为ActiveX文档；OLE控件已成为ActiveX控件；等等。从而OLE这一术语才真正像它早期缩写的含义那样，代表"对象链接与嵌入"，而OLE中一些关键技术和组件则成为重新命名后的ActiveX技术和组件。

需要指出的是，究竟采用何种软件进行开发并不十分重要。采用Visual Basic 5.0以上版本的软件可以开发出人机界面十分友好的组态软件和监视软件，这也被大量的专业化组态软件公司优先采用，毕竟它是几乎所有软件编制人员最易上手的工具。它本身具备良好的可视化界面（所见即所得）和良好的结构化风格，允许多人协同工作。由于最大的软件开发工作量之一是编制界面，我们没有必要选择太专业化的开发工具，因为熟悉和掌握是需要较长时间。也有公司采用Visual Basic