就2级是一个有效的选择,对于这种情况:

  1. sql服务器数据库
  2. 业务将不需要超过几百同时连接的 以共享数据库通过局域网
  3. 事实上,(我认为),它是一个少了很多努力来开发的2层
    应用程序
  4. 客户程序的更新自动化的局域网

没有正确的解决方案

其他提示

2层的解决方案可能更容易的发展,但这将很难维持,如果应用程序的任何规格和/或复杂程度。

如果这个应用程序将是重要的业务和在地方一个重大的时间长度,我想你会找到额外花费的时间分离的介绍、业务逻辑和数据存入他们自己层将偿还当时间来解决的事情,改变的逻辑,或扩大的应用程序。

这是其中的一个问题,你可能会得到许多不同的意见作答复。

它可能更易于开发,但我还认为,它将花费你在长期,如果该项目不是一个简单的工具,仅供内部使用。

是否你需要3级应当取决于多长时间你要保持该项目和有多少要素/更新计划。它还可能取决于如何很多错误,你愿意接受(和修复).海事组织的3层倾向于创造更稳定的软件。

两个答复似乎几乎是说,这是一个没有道理的,3级优的解决方案。也许是

罗克福德就 似乎是认为你应该去2级,除非成本效益 分析的你的特殊情况下来赞成3级。

他说:

作为一个良好的建筑师你应该拖又踢又叫到添加层系统。

他建议安全是唯一区域,其中一个3级的方案是清楚的优越。

他争辩说,

更糟糕的是,边界增加的原的复杂性软件的设计、网络基础设施的可管理性和总体可维修性的系统。在短期,更多的层次,在应用程序、更复杂性有处理这直接增加了成本,以建立和维护应用程序。

最后,关于可扩展性,我想知道如果这是真的,如果使用断开记录集中ado对数据的访问,你已连接池默认,因此高度的可伸缩性无论如何?

复制从查尔斯*威廉姆斯的书专业的视觉基本的6个数据库:-

2层vs N层

选择2之间层和n层 模式似乎是什么人 头脑。有这么多的变量 考虑的因素的等式(包括 偏好),没有单一书可以 确定最佳结构 客户机-服务器模型。一些这些 变量可以包括:

的灵活性和能力你选择的数据库服务器。今天的 数据库服务器都能 处理数以百计或甚至数千 同时连接不动 有3层架构。

电力和通用性的CPU住房服务器。更强大 CPU更快的服务器 处理请求的任务。

多少量运行到服务器和多少个连续的 连接的存在。你可能有或几个 许多连接的每个连接 可以通过几个或许多要求。

经济因素。多少钱你愿意把钱花在你的系统。通常n层系统的成本 更多的开发和维护。如果你 可以通过与2层的解决方案 可以节省大量的资金。

对我来说,这似乎表明,除非你被发展为一个(非常受欢迎的)基于网络的应用程序,2级可能是更合乎逻辑的选择。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top