erp技术方案及软件选型(编辑修改稿)

erp技术方案及软件选型(编辑修改稿)内容摘要：

ADO的稳定性，并且让 ADO 能够存取更多种类的资料来源。 ADO 的由来必须从 Microsoft 数据存取技术发展的历史说起。 1992 年 Microsoft 和 Sybase、 Digital 共同制定了 ODBC 标准，以单一的 ODBC API 来存取各种不同的数据库。 随后 ODBC 获得了许多数据库厂商和 ThirdParty 的支持而逐渐成为标准的数据存取技术。 不过 ODBC仅支持关系数据库，以及传统的数据库，并且只能够以 C/C++语言 API 形式提供服务，因而无法符合日 渐复杂的数据存取应用，也无法让稿本语言使用。 1993 年， Microsoft 为了能存取 Access 数据库，使用了 OLE Automation 技术封装了 Jet Engine，被称为 Data Access Object (DAO)。 它可支持 xBase 的数据库和 Excel 文件，并且能够结合 ODBC 存取数据库。 它在存取 Access 数据库时很有效率，但在存取其他数据库时速度很慢。 由于 DAO 结合 ODBC 存取关系数据库时效率不好，而 ODBC API 是非常复杂的 API，在1995 年 Microsoft 同样以 OLE Automation 技术直接封装 ODBC。 这种技术就是 Remote Data Object（ RDO）。 通过 RDO， VB 和稿本语言也能够存取各种关系数据库。 但是随着数据来源日益复杂，现在的应用程序很可能需要从不同的数据源来区的数据，加以处理，再把处理过的资料输出到另一个数据来源中。 更麻烦的是这些数据来源可能不是传统的关系数据库，而很可能为 Excel 档案， Email 等。 Microsoft 为了让应用程序能够以统一的方式存取不同的数据源，在 1997 年提出 Universal Data Access 架构， UDA 是以 COM 技术为核心，以 OLEDB 作为技术的骨架，它是操作系统层次的软件。 OLEDB 定义了统一的COM 界面作为存取各类数据源的标准，并且封装在一组 COM 物件中，通过 OLEDB，我们就可以使用统一的方式来存取各种数据。 但是由于 OLEDB 在使用上非常复杂，需要有较高的技巧才可以存取资料。 为了解决这个问题，并且让 VB 和稿本语言也能够通过 OLEDB 存取各种数据来源。 Microsoft 同样用 COM技术封装了 OLEDB 成为 ADO 物件，并大幅度简化了数据的存取工作，有利于提高生产力，这也是我们选择 ADO 作为数据存取技 术的原因。 下图为 Microsoft 数据存取技术的架构图。 Application DAO RDO ADO OLE DB ODBC SQL Data SQL Server Oracle Other FoxPro Jet Non SQL Data Mail Server Directory Services Other Text Video Mainframe and Legacy Data 使用 Delphi 开发 ADO 程序 Delphi 提供了 ADOExpress 元件组，适当的封装了原生 ADO 技术，并把原生的 ADO 物件融入 Delphi 的 VCL 架构中。 使得 Delphi 程序员能够快速、高效的开发 ADO 应用程序。 MS SQL Server Microsoft SQL Server 7 是高性能、客户 /服务器方式的关系型数据库管理系统（ RDBMS: relational database management system）。 它经过精心设计，支持大吞吐量的事务处理（例如联机订单、库存管理、会计账目或商品生产等），也能支持数据仓库和决策支持的应用程序（例如销售分析应用系统等）。 SQL Server 7 可以在基于 Microsoft Windows NT Server 网络支持的任何硬件结构环境中完好的运行。 另外还提供许多客户工具和其他 Microsoft 操作系统的网络接口。 又因为 SQL Server的开发式结构，其它系统（如基于 UNIX 的系统）也能够与它进行相互操作。 它的工具和接口包括开发工具、系统管理工具、分布式系统组件以及开发式开 发接口。 SQL 引擎 Transact SQL SQL Server 引擎支持广泛的应用程序需求，如联机事务处理和决策支持应用程序。 它的决策支持功能的核心部分是 Transact SQL。 在这种查询语言下面，是支持事务处理和可恢复性功能的组件。 Microsoft SQL Server 符合美国国家标准学会的 SQL92 标准。 由于 Microsoft SQL Server 对 SQL92 作了独特的扩展，使得 Transact SQL 功能更加强大。 查询优化器。 在 TransactSQL 中，以节省系统开销为目的的查询优 化器确定了访问数据的最佳方法。 它可以统计数据量和数据的离散趋势，然后可以利用这些统计结果估算出优化操作。 利用 SQL Server 的 SHOWPLAN 功能，可以解释执行计划，提出选择改执行计划的原因，还可以用来调整应用程序和数据库的设计。 可编程服务器 TransactSQL 提供编程结构，采用简单的 SQL 程序脚本，可以大大简化应用程序的开发。 这种结构消除了网络会话，因而可以显著改善客户 /服务器环境下的性能。 存储过程 SQL Server 提供某些存储过程，利用这些存储过程，可以先将编译后的 SQL 语句存进服务器。 另外 SQL Server 还提供扩展的存储过程，可以让开发人员扩展 Transact SQL 提供的编程能力，也可以访问 SQL Server 外部的资源。 强制性的数据完整性 SQL Server 在数据自身内部强制性实施数据完整性，保证复杂的商业法规得以遵守，还要保证数据元素之间的强制性关系得以维持。 SQL Server 采用先进的数据完整性功能。 例如，存储过程、说明性参照完整性、数据类型、约束、规则、默认值以及触发器。 事务处理 SQLServer 可以保证事务的原子性。 有了原子性，每个事务就会被看成 “非此即彼 ”（ allornothing)型的，即每个事务要么执行，要么终止。 如果一个事务已确认，那么所有其效果予以保留。 如果一个事务被终止，那么所有其效果将被取消。 一致性 一直性属性保证事务不允许系统输入不正确的逻辑状态，即数据在逻辑上总应该是正确的。 约束和规则都忠实地进行把关，即使在系统失灵的情况下也是如此。 隔离性 事务之间的隔离性由 SQLＳ erver 自动完成。 SQL Server 可以对数据加锁，从而使多个并发用户对数据进行操作。 SQL Sever 可以阻止一些副作用。 这些副作用可能歪曲结果。 持久性 当一个事务被确认后， SQL Server 的持久性即可保证该事务的效果持续存在。 即使系统失灵，其效果仍然保持。 相反，如果在处理事务时系统失灵，那么事务将被完全取消，但对于数据则不会产生任何影响。 安全性 windows NT 验证功能依赖于 “信用连接 ”（ trusted connections）。 这其中要用到 Windows NT的模仿功能。 通过模仿功能， SQL Server 可以利用 Windows NT 用户帐号中的安全内容来对连接进行初始化，并检测其中的安全标识符 (SID)是否达到了合法授权级别。 当 连接到运行Windows NT 下的 SQL Server 时， Windows NT 的模仿功能和信用连接对所有的网络接口（网库）都实用。 对于运行在 Windows95 或 Wind。