：：厦门启盟软件有限公司：：：：厦门启盟软件有限公司：：

加入收藏

：：辅助工具：：

ADO+ 引导数据种类的演变
下载

Adobe® Acrobat® Reader® 5.1 下载

Jet 数据引擎下载

SQL Server 2000桌面引擎(MSDE 2000) 下载

ADO+ 引导数据种类的演变

Dino Esposito
2000年9月

摘要： 本文讨论了 ADO 的最新版本 ADO+ 所提供的增强的互操作性和可伸缩性。

简介
一种公用数据操纵语言
数据种类
ADO+ 增加了哪些内容
ADO+ 的构成要素
ADO+ 命令
强类型编程
摘要

简介

从一开始，开发软件应用程序就是为了访问某种数据库。分布式应用程序和基于 Web 的应用程序也不例外。然而在分布式方案中，由于可能存在不同的硬件和软件平台或对象模型，事情变得稍微有点复杂。尽管如此，数据就是数据，在几乎任何地方都需要得到交换和处理。

在我们进入可编程 Web 时代 — Internet 的第三个阶段 — 之前，数据访问曾是一个相对简单的问题；主要关心的问题就是选择效能成本最合算的数据库服务器。任何系统的所有模块都必须符合数据库服务器 — 一种对整个系统进行完全控制的全能实体 — 的要求。客户机/服务器应用程序一直是这种模型的典型表现形式。

近来，n 层 Microsoft® Windows® DNA 系统致力于开发能够对几乎任何种类的数据进行迅捷可靠的访问的技术，这些数据种类包括：关系型、非关系型、层次型、半结构化型、分散型、易失型等。这种数据访问的统一方法成为“通用数据访问”策略 — OLE DB 体系结构的鼓舞人心的原则。Microsoft ActiveX® Data Objects (ADO) 的出现完成了一项重大的任务：将成千上万的 Windows 开发人员从过时的客户机/服务器模型带到数据访问组件和 OLE DB 的奇妙世界。

在 Windows DNA 模型中，中间层组件通过 OLE DB 规范体贴地为我们定义的一种公用格式来获取和交换数据。这种格式以行集格式为基础，并且通常被转换为诸如 ADO 记录集之类的一种更高级的结构。

使用 ADO 记录集有得有失。一方面，它们提供了一种丰富并具有吸引力的编程接口。另一方面，它们是严格基于 COM 的，在涉及许多平台（尤其是非 Windows 平台）的分布式异构环境中无法使用。互操作性和可伸缩性是对现代 Web 系统的两个很高的要求；互操作性和可伸缩性更好的数据访问体系结构同样是最新的 ADO 版本 ADO+ 中的主要变化。

一种公用数据操纵语言

通常情况下，目前的分布式系统符合图 1 中所示的体系结构。

图 1. 目前的分布式 Web 系统的典型体系结构

表示层通常基于 HTML 3.2 输出，并能够很好地与任何较新的浏览器一起工作。网页是在 Web 服务器上使用 Active Server Pages (ASP) 构建的，并且只有在一些相当特殊的情况下才试图通过 COM、动态 HTML 和 XML 支持来提供浏览器的实际功能。

关键之处是中间层，其中通常有一层或多层业务对象获取并交换数据来响应用户的输入。这些组件可能需要彼此传递数据，并且在传递数据的过程中，它们需要一种易于使用、功能强大并为所有组件所理解的公用数据格式。ADO 记录集 — 表或视图的 ADO 表示 — 是一个相当不错的解决方案，它有几个优点，并且只有一个大的缺点。

ADO 记录集的灵活性足以使您能够毫不费力地定位记录以及使用过滤器和书签。它们还提供排序、自动分页和持久性等功能，并能在与数据源断开时工作。可以在多层之间相当高效地汇集记录集，这归功于其固有的并且极为紧凑的二进制格式 — Advanced Data Table Gram (ADTG) 格式。

断开的记录集在组件之间的传输涉及到 COM 汇集，并强制接收组件配合这一汇集。换句话说，只有 COM 对象才能使用 ADO 记录集。这在 COM/DCOM 在业务层中占主导地位的同构体系结构中不成问题。显然，当有关的服务器端组件的映射涉及到诸如大型机或 Unix 平台之类的异构节点时，就会带来很大的不便。

所谓的 Internet 的第三个阶段使这一方案离我们更近了。它预示了一个世界，在这个世界中，功能实现通过各种 Web 服务（即可以通过 HTTP 访问的环绕着我们的卫星系统）成为可能。您将需要向这些服务中的某个传递一些记录以进行进一步处理，这个方案并不是什么勉强的事情。没有什么比 Web 服务更加容易的事了 — 不管它的内部体系结构或公共编程接口如何 — 它不接受 ADO 记录集。

A目前现实中的 ADO，特别是记录集，是在 Windows 和基于 COM 的方案中操纵数据的强有力的工具。不幸的是，随着您的系统逐渐向完全的 Internet 互操作性方向演变，它们逐渐丧失了其吸引力。

数据种类

在完美的情况下，应该能够在任何平台或设备上以相同的方式访问数据，并具有相同的灵活性。这样，每个平台或设备都可以根据需要自由地操纵数据。如果您通过 ADO 记录集展示数据，则您也使自己和您的应用程序陷于有限互操作性的实际风险之中。

目前，如果您通过 ADO 对数据进行访问，并希望将其传送到远程组件，您要么使用从数据访问模块获得的相同的 ADO 记录集，要么将其转换为能够通过网络传送的另外的东西，更为重要的是，能够在其最终目的地被理解。如前所述，记录集需要 COM 汇集，举例来说，COM 调用并不是总能穿过公司防火墙。此外，在对 ADO 记录集进行汇集时，总处理时间的很大部分是用于完成必要的类型转换。事实上，您必须确保记录中的所有的值映射到 COM 能够识别并知道如何进行处理的有效数据类型。

在有关的组件在物理上是分开的并在不同的机器上运行时，COM 汇集因素变得更为重要。因此，在向完全由 Internet 连接起来的世界前进的过程中，目前的 Windows 数据种类连同 ADO 记录集必须有所发展才能继续存在下去。

需要示例吗？在 MIND 的 2000 年 1 月号（英文）以及 MSDN Magazine 的 2000 年 3 月号（英文）中的 Cutting Edge 专栏中，我对将远程脚本 (RS) 用作一种从远程 ASP 页面获取数据而不定位到该页面的跨浏览器的技术进行了说明。当您以这种方式调用某一页面上的远程函数时，RS 基础结构提供将函数返回的内容发送回客户机。在大多数情况下，您需要返回一个记录集。然而，由于安全性原因，RS 甚至不会尝试连同任何其它 COM 对象对某一 ADO 记录集进行处理。因而，如果使用 RS，您必须避免使用 ADO 记录集，而应当使用数组或字符串传递所请求的信息。在 2000 年 3 月的专栏中，我通过从记录集构建一个 JavaScript 对象对这一内在的限制进行了说明。ASP 页面通过 ADO 获取数据，并在返回调用程序前将其转换为一个 JavaScript 对象：

rst = new ActiveXObject("ADODB.Recordset");
rst.open("select * from employees", "DSN=Northwind");
oRS = new Recordset(rst);
rst.close();
return oRS;

客户机页面通过 RS 运行时接收这一对象，并可以根据需要对其进行处理，这比通过字符串或数组要容易得多。详细信息和源代码，请参见我的 2000 年 3 月 Cutting Edge 专栏文章（英文）。

我们从这里可以学到些什么吗？对于超出单一客户机或服务器端平台的数据互操作性，我们需要对 ADO 模型进行一个较小的改变。

我们需要改变是由于跨平台模块的交互作用需要一个通用数据模型。此外，我们不希望这个改变太大，原因是 ADO 内还存在若干很好的功能，放弃它们是一件可惜的事情。

JavaScript Recordset 对象，就其内在的简单性而言，不过是一个次数的标志。我们需要提取 ADO 记录集的本质，并将其重新构建成可以便利地在任意平台上进行传输和处理的另外一种东西。HTTP 提供了得到广泛接受的网络渠道。XML 将广泛接受的数据描述的基础结构集合在一起。ADO+ 是对 ADO 的较小改进，它使之成为一个用于创建分布式和数据共享应用程序的基于各种标准的编程模型。

ADO+ 增加了哪些内容？

用最抽象的话来说，ADO+ 是具有更大的可伸缩性和互操作性的 ADO。就对象模型及编程问题而言，ADO 与 ADO+ 是完全不同的两个实体。尽管这样，ADO+ 源自 ADO 并保留了它的鼓舞人心的原则。

以更多互操作性和可伸缩性充实 ADO 的关键在于断开这个概念。在允许客户机端的脚本代码实现诸如排序、过滤和文档/视图模型之类的有趣和交互式功能的同时，断开的记录集作为一种保留系统资源的方式被引入到 ADO 2.0 中。ADO+ 与 ADO 相比具有三个主要优点：互操作性、增强的可伸缩性以及强类型。此外，ADO+ 便于数据组件间的数据共享以及在表中的记录间进行导航。

ADO+ 从一开始就被设计为对断开的数据集进行操作。断开的记录集只能有益于应用程序，因为它们是数据的本地视图，能够较快地处理和传输数据。ADO+ 将 XML 用作通用的传输格式。只要接收组件运行于有 XML 分析程序可用的平台上，就可以提供许多功能，同时确保互操作性。通过 XML 进行传输时，接收者不再必须是一个 COM 对象。XML 是一种简单但却功能强大的基于文本的标准，它近来已广为业界所接受，因而，目前有理由期待差不多每个平台上都会有一个 XML 分析程序。这样的话，接收组件就不会有任何的体系结构限制。任何一对软件组件都可以共享 ADO+ 数据，只要它们同意将相同的 XML 架构用于传输数据格式。图 2 对 ADO+ 适用于现有体系结构的方式进行了说明。

图 2. 在 DNA 方案中使用 ADO+

表示层可以通过 Win Forms 或 Web Forms（这两种编程单元专用于 Microsoft Visual Studio.NET 平台）使用或创建数据集。在任一种情况下，运行于业务层的组件都接收一个 XML 流并进行任意处理。这些组件可以重新构建一个 ADO+ 环境，也可以将数据按原始 XML 处理并使其适合于发送到物理数据存储器中。业务组件可以获取 ADO+ 数据，将其转换为 XML，然后将其发送回客户机。任何可以理解 XML 的应用程序都可以在任一点上介入这一架构。

可伸缩性是分布式系统在不丧失效率的情况下对数目逐渐增长的客户机进行服务的能力。可伸缩性是一个常与数据库有关的术语，这是由于分布式系统很大程度上依赖于数据库。可伸缩性无论对于数据库服务器还是对于封装了数据访问操作的任何软件制品都是一个可以持续存在的问题。可伸缩性的最大敌人就是对关键资源的滥用。在分布式系统中，关键通常意味着有限。数据库连接就是可以影响可伸缩性的关键资源的一个示例。固定数目的连接的可用性对系统的增长及其能力形成了一个实际的限制。好的软件了解这种情况并采取适当措施限制其影响。ADO+ 对这一问题的处理是怎样优于 ADO 的呢？并不是说 ADO 是不可伸缩的，而是说对断开的和内存中的表的内在使用（这是 ADO+ 的特征）使 ADO+ 成为内在具有更大可伸缩性的解决方案。它具有更大可伸缩性的原因在于断开的数据集不在很长的时间内保留锁或保持打开连接。如果使用 ADO，您必须编写代码才能获得这一功能；而使用 ADO+ 则会免费获得这一功能。

将 XML 用作数据集的传输语言可以比 ADO 更有效地进行数据共享。首先，绕过诸如记录集之类的 COM 对象所必需的 COM 汇集使组件可以使用它们要使用的任意数据类型的集合。这还会带来更好的性能，因为不再需要确保记录符合标准的 COM 数据类型的数据类型转换。XML 和 HTTP 的使用还允许数据跳过防火墙。正常情况下，防火墙允许 HTTP 数据包通过，但会阻止任何试图经由端口号不是 80 的端口进来的任何其它内容通过。

ADO+ 的构成要素

现在我要介绍主要的 ADO+ 对象。我们以所有内容的起源开始，即 DataSet 对象。

数据集是 ADO 记录集的演化。数据集不过是数据库的断开连接的内存中的视图。就您可以拥有动态创建的数据集和数据表而不需要来自数据库管理系统 (DBMS) 的任何信息而言，数据集与数据源没有任何严格意义上的关系。换句话说，数据集使用了一些添加到 ADO 记录集中的功能：断开时工作的能力以及计划性地创建并以任何种类数据进行置入。数据集可以包含任意数目的表，每个表通常（但不总是）对应于一个数据库表或视图。DataTable 对象对应的表不过是一些行与列的集合。每一行保留其原始状态及其当前状态。

ADO 记录集一直经常以一种充当某种超级数组的通用数据类型出现。同样，ADO+ 数据集是一种提供以下功能的超级记录集：

一种容纳数据的更好和更丰富的编程接口。

　
一种不需要与实际数据源的任何内在绑定而提供更为广义的数据视图的对象模型。

　
一种用于输入和输出的基于 XML 的标准控制台。

ADO 记录集基本上是一种（可能是分层的）记录集合，它带有一些特定方法，用于完成一些有趣功能。其中包括包括滚动、排序、过滤、书签。记录集本质上是表在内存中的副本。而数据集看起来更象 SQL Server 或 Access 数据库，它是一个包含更多表、特定视图和外键关系的实体。

数据集对象模型反映了这一较大的范围，它允许您查看跨越多个数据表、关系、扩展属性和行的多个集合的可用数据 — 这还可用于说明非持久数据或只是来自不是数据库的另一个持久存储介质的数据。

ADO 记录集允许您将内容保存到 XML 中，并从一个外部 XML 文件重新构建该内容。然而，采用的缺省 XML 架构是针对导出/导入 ADO 记录集而优化的，而不是针对实际数据交换。ADO XML 架构包含许多关于列类型和位置以及其它元数据的信息。如果您希望从某一 XML 文档中重新构建记录集，则这些信息是至关重要的，但如果您只是希望传递数据并使接收者使用它，则这些信息没有什么用处。有了 ADO+ 数据集，XML 架构更为精练，因为被表示的对象与关系数据库没有直接关系，尽管对象可以用来精密地再现数据库。ADO+ 数据集对数据进行描述，而 ADO 记录集则对由某一表中获取的一个记录集合进行描述。这就是 ADO+ 数据模型的动人之处。

ADO+ XML 架构只是再现表以及数据集中定义的关系，构建一个 DataSet 对象的责任则留给 ADO+ 运行时完成。ADO XML 格式由于过于具体而无法真正实现互操作。它还由于过于繁琐，如果不进行数据压缩的人工干预，它就无法进行高效的汇集。ADO+ 数据集体系结构的鼓舞人心的原则与导致我创建 JavaScript 的 Recordset 对象的原因之间存在一种底层的相似之处。在这两种情形中，您都将数据说明（例如，一个 XML 字符串）转换为一个专用于平台的操作对象（即一个 JavaScript 对象）。在这样做的过程中，您安全地将您的数据从一层发送到另一层，而不考虑安装的操作系统或软件。

ADO+ 命令

尽管 DataSet 对象提供一个内存中数据存储的工具，您还需要另一个工具对各种表进行创建和初始化。这一工具就是 DataSetCommand 对象，它代表一个将使用连接和命令的细节隐藏起来的集中式控制台。DataSetCommand 对象允许某一 DataSet 对象与源数据存储器间的数据检索和保存。它负责从物理存储器中提取数据，然后将其推送到各数据表和关系中。DataSetCommand 对象还负责向实际数据库传输任何更新、插入或删除操作。DataSetCommand 对象通过底层 OLE DB 提供者能够理解的 SQL 命令或命令字符串完成这一功能。DataSetCommand 对象以两种形式存在：

SQLDataSetCommand 对象

　
ADODataSetCommand 对象

它们可以被当作在数据表和数据源中的对应表之间的代理。数据源是用于 SQLDataSetCommand 对象的 SQL Server 7.0（或更新版本）以及用于 ADODataSetCommand 对象的任何其它 OLE DB 提供者。

一般说来，ADO+ 能够识别并处理两种类型的数据源：SQL Server 7.0（及更新版本）以及可以通过 OLE DB 提供者进行访问的任何数据源。这些又称为被管理的提供者。

作为使用 DataSetCommand 对象的一种替换（如代码示例 1 中所示），您可以通过使用诸如连接和命令之类的较为熟悉的对象，直接对被管理的提供者进行操作。

代码示例 1

Dim oDS as DataSet
Dim oCMD as SQLDataSetCommand

oDS = New DataSet
oCMD = new SQLDataSetCommand("Select * from employees", strConn)
oCMD.FillDataSet(oDS, "EmployeesList")

Dim oRow as DataRow 
For Each oRow in oDS.Tables(0).Rows 
   Console.WriteLine(oRow(0).ToString())
Next

通过查看这种类型的 ADO+ 代码，您会发现它与旧式的 ADO 编程没有多大的差别。它具有新的对象、新的编程接口、经过改进的新功能，但代码模式相同。如代码示例 2 中所示。

代码示例 2

Dim oCN As SQLConnection
Dim oCMD As SQLCommand
Dim oDR As ADODataReader
oCN = New SQLConnection(strNWind)
oCMD = New SQLCommand("MyStoredProc 'Davolio'", oCN)
oCMD.CommandType = CommandType.StoredProcedure
Try
   oCN.Open()
   oCMD.Execute(oDR)

   While oDR.Read
      Console.WriteLine(oDR("LastName").ToString))
   End While
Catch e As Exception
      Console.WriteLine(e.ToString)
Finally
      oDR.Close()
      oCN.Close()
End Try

请注意，上述代码具有 Microsoft Visual Basic® 7.0 引入的一些语法元素的特征 — 特别是最终取代了 On Error 机制的 Try-Catch 结构。ADO+ 代码充分利用了提供诸如 Console 之类的系统对象的.NET 运行时服务。

还有什么特殊的功能可以帮助您确定革新的 DataSetCommand 方法是否优于使用传统的 ADO 吗？通过使用 DataSetCommand 对象与数据源进行通信，基本上与通过使用 ADO 连接和命令相同，并带有一个重要的推论：所有的 ADO+ 对象，如 DataSetCommand 对象，都可以通过派生新的、更专用的类而进行定制。因此，举例来说，您可以控制将数据集的更改传送到数据库的方式，以及（比方说）优化性能、对数据进行压缩或加密、执行数据验证以及许多其它功能。

强类型编程

您通过 ADO 对数据库对象和类似 Recordset 和 Fields 的集合进行操作。除了将实际数据视为某种参数外，这种方法没有什么错误：

Set oRS = New ADODB.Recordset
oRS.Open strSQL, strConn
While Not oRS.EOF
MsgBox oRS("FirstName") & " " & oRS("LastName")
oRS.MoveNext
Wend

在上述 ADO 代码片断中，第一个和最后一个名称被用作进入 Recordset 和 Fields 集合的入口点。由于 Visual Basic 的缺省属性，您可以编写相对容易阅读的代码。依照 ADO，某一给定记录字段的“完整对象模型路径”应为：

oRS.Fields("firstname").value

此外，ADO 总是使用 Variant 数据类型，以便与基于脚本的环境（特别是 ASP）相一致。

ADO+ 通过提供借助数据的自然名称对存储于数据集中的数据进行访问的能力，使数据库编程更进了一步。如果要在某一数据集中寻址某一表，您可以使用该表的 ADO+ 名称并对使用列和行的名称对列和行进行访问，而不是通过基于集合的方法。此外，所有的有关变量都拥有一个特定的（与 Variant 相对）数据类型。这称为强类型编程。上面显示的对一个 Employees 表中的 FirstName 和 LastName 进行操纵的代码可以按下面的形式重新编写：

MsgBox Employees.FirstName & " " & Employees.LastName

一种具有类型的 DataSet 即是一个自 DataSet 继承的类。采用数据集的强类型版本是有益的，原因是 IDE 自身可以实时地向您通知可能的类型不匹配错误，而且 Microsoft IntelliSense® 技术可以随时向您建议一些方法和属性。

摘要

ADO+ 不仅仅是对数据进行操作的另一个对象模型。从本质上说，它是在范围更广、跨平台方案中的 ADO 的重现。ADO+ 是扩展的 ADO，它在能够理解 XML 的任何平台上与任何软件组件协同工作。它对数据进行建模，而不是对数据库或数据提供者。它从数据库基础结构中提取数据，并将其置于一种中性的环境中，数据在这种环境中就是数据，无论存储介质、物理结构或用来对其进行访问的 API 究竟是什么。其关键即是 XML，它代表了一种用于 ADO+ 数据集的 I/O 控制台。另一个重要的方面是主要对象（即数据集）的断开连接和在内存中的性质。

因此，您可以发送数据的 XML 说明，并让 ADO+ 服务器端的组件将其构建为一个数据集。您也可以拥有非 ADO+ 组件，它们只是获取该 XML 说明后对其运行自己的分析程序并获得同样的结果。ADO+ 专用于 Windows，但它可以与几乎所有的平台交换数据。请留意跟踪 ADO+ 演变的后续文章。

Adobe® Acrobat® Reader® 5.1 Windows 版“自述文件”

欢迎阅读 Adobe Acrobat Reader 5.1“自述文件”。Adobe Acrobat Reader 是与 Adobe Acrobat 配套的免费查看软件。Acrobat Reader 允许您查看、导览和打印“便携式文档格式”(PDF)文件。Adobe Acrobat 是一个完整的解决方案，可在 PDF 中创建、增强、校阅和共享信息。要了解有关 Adobe Acrobat 5.0 的详细信息，请访问：
http://www.adobe.com/products/acrobat
该“自述文件”包含以下信息：

系统要求

 安装说明

 疑难解答

系统要求

Acrobat Reader 5.1 Windows 版的系统要求

- Pentium® 级处理器
- Windows® Windows 98 SE、Windows ME、包含 SP 5 或 SP 6（推荐 SP6）的 Windows NT 4.0、Windows 2000 或 Windows XP 专业版或家庭版。
- 64M 内存
- 30M 可用硬盘空间（在安装过程中临时需要额外 60M 硬盘空间）
- 额外 70M 硬盘空间用于安装亚洲字体（可选）

网络浏览器支持

可用来查看 PDF 文件的网络浏览器包括：
IE 5.0、6.0
Netscape Navigator 4.5、4.77、6.1
America Online 6.0

安装说明

安装和卸载 Acrobat Reader Windows 版

要安装 Acrobat Reader，请遵循以下步骤：

- 请确保至少有 90M 可用磁盘空间
- 请确保在安装开始之前您已关闭了所有防病毒软件。
- 请安装 Reader。

在 Windows 系统的某些版本 (Windows NT、Windows 2000、Windows XP)上，您需要有管理员权限方可安装 Acrobat Reader。[ 526383 ]

要卸载 Acrobat Reader，请遵循以下步骤：
- 请从“开始”菜单选择“设置”，“控制面板”，“添加／删除程序”
- 请选择 Adobe Acrobat Reader 5.0 并按“添加／删除...”按钮
　

注：卸载 Acrobat Reader 5.1 也将一并从系统上删除 4.0 版或更高版本的 Acrobat。以后，您可能需要重新安装 Acrobat。请在卸载 Acrobat Reader 5.1 之前确保您可以找到原始的 Acrobat 光盘和序号。
　

Acrobat Reader 5.1 的文件和文件夹名称
　

Acrobat Reader 5.1 是 Acrobat 5.0 家族的一员。该应用程序将安装在 Acrobat 5.0 的树结构中。要检查正在运行的 Acrobat Reader 的版本，请选择“帮助”菜单下的“关于 Acrobat Reader”。
　

安装问题

请确保在安装开始之前您已关闭了所有防病毒软件。设备驱动程序也可能与 Acrobat Reader 的安装程序冲突。以“安全模式”启动 Windows 98，或以“VGA 模式”启动 Windows NT，使 Windows 仅加载基本的标准设备驱动程序。

如果 Acrobat Reader 安装程序或卸载程序不能正常工作，请手工删除位于 Program Files\Common Files\Adobe\Acrobat 5.0\98 或 NT 中的文件 Uninst.isu，然后重新安装 Acrobat Reader 和卸载。

安装 Acrobat Reader 5.x 的“亚洲语言文件”

Acrobat Reader 5.x 可使用“亚洲语言文件”。无论使用任何语言版本的 Acrobat Reader 5.x，您都可以显示包含简体中文、繁体中文、日文和韩文 (CJK) 的 Adobe“便携式文档格式”(PDF) 文件。您只需安装适当的亚洲字体包以供 Acrobat Reader 使用。“亚洲语言支持”安装程序可在 Adobe 的官方网站找到：
http://www.adobe.com/prodindex/acrobat/cjkfontpack.html

疑难解答

使用工具栏
　

Acrobat Reader 5.1 提供了一些与 Adobe Acrobat 相同的功能，包括发送邮件、保存文档、注释、数字签名和高级表单等。但是，这些功能仅在查看特殊的“状态启用”的 PDF 文档时才可用。对于那些未包含这些特殊状态的 PDF 文档，某些工具的显示是“暗淡”的，未被激活。这是正常的。有关的详细信息，请参阅“帮助”>“Reader 帮助”。

Acrobat Reader 的工具栏可以快速拆分，在顶部折叠，并改变排列方式。快速拆分的工具栏不能通过拖动工具栏的标题栏来组合，而应使用工具栏的拖动手柄。[ 398112 ]

在 IE 和 Netscape 中查看 PDF 文件
在试图查看较大的 PDF 文件时，您可能会看到一条错误讯息，“页面处理错误。文件输入／输出错误。连接超时。”。可能出现的其它情形还有 Acrobat Reader 显示空白页面或 Acrobat Reader 停止运行。请与您的系统或网络管理员联系，以确认使用的是 Apache 1.3.17 或更新版本。如果使用的是早期版本的 Apache，Acrobat Reader 就可能出现上述情形。[ 417553 ]

辅助性
Acrobat Reader 的 Windows 扩展版本包括了对视力不佳用户的支持。要判定您的 Acrobat Reader 副本是否具有辅助性功能，请检查“帮助”>“关于 Adobe Acrobat 增效工具”对话框中是否有 MSAA 增效工具。

辅助性 - 在屏幕阅读器上使用“重排”功能
使用屏幕阅读器时，要获取可靠结果，应仅重排那些未以一次一页方式传递到屏幕阅读器的文档。您可以通过设置“辅助性”首选项面板中的“内容传送”首选项来控制文档的传送方式。[ 418683 ]

America Online - 在 America Online 6.0 中使用“文件”>“打开”将在文本编辑器中打开 PDF 文件。
在操作过程中，会有一个对话框来告知您 PDF 文件不是一个可识别的文件类型并将在文本编辑器中打开。要查看硬盘驱动器或局域网上的 PDF 文件，您只需在“Windows 资源管理器”中选择它，Acrobat Reader 即会启动并加载该文件。[ 405406, 406627 ]

中文、韩文和日文 (CJK) 的 Acrobat 替代字体
不建议通过 Adobe® Type Manager® 激活并使用 Acrobat 安装的 Acrobat CJK 替代字体（例如，KozMinPro-Regular-Acro.otf）的方式使用，因为这会产生难以预料的结果。[ 390851 ]

CJK 文本在 Acrobat Reader 对话框中的显示
在罗马系统中，中文、韩文和日文 (CJK) 文本不能在 Acrobat Reader 对话框中显示。只有在安装了适当 CJK 系统字体的 CJK 系统中，Acrobat Reader 才能在对话框中显示 CJK 字符。[ 395326 ]

“叠印预览”打开时，CJK 文本的显示
如果 PDF 包含的 CJK 字符有比较复杂的字形设计，且查看时“叠印预览”已开启，文本的显示可能没有“叠印预览”关闭时那么清晰。[ 416395 ]

当应用放大时，CJK 粗体文本的显示
如果原应用程序是以合成加粗方式创建粗体文本，则某些 CJK 粗体字符可能会模糊不清。如果“显示”首选项面板中的“平滑文本”和“使用 CoolType”首选项被关闭，当文档被放大时，您可能会看到一些白斑或裂纹。Acrobat 4.x 以四次写入的方式来加粗字符，对于某些文档，这样的文本可能会显示成四行而非粗体。Acrobat 5.x 则使用合成加粗方式。Adobe 建议打开“显示”首选项面板中的“平滑文本”和“使用 CoolType”首选项以避免在放大粗体文本时，出现白斑或裂纹。[ 418447 ]

CJK 表单
在未安装“亚洲语言支持”的系统中，如果您打开了一个包含了 CJK 字符的“CJK 表单”PDF，但其 CJK 字符编码与创建时使用的不同，则该 CJK 表单域将不能正确显示。大部分的表单域将根本不能显示。要避免这样的问题，请确保在用来查看和使用 CJK 表单的系统上安装“亚洲语言支持”。相关的详细信息，请参阅本“自述文件”文件中的“为 Acrobat Reader 5.x 安装亚洲语言文件”章节。[ 412829 ]

查找对话框 - 使用“查找”命令来定位 Unicode 字符
您可以使用“查找”命令来在 PDF 文档中定位 Unicode 字符。要执行此类查找，请在您要查找的 Unicode 字符前添加“\u”。例如，要查找与 ASCII 字符“A”对等的 Unicode 字符，请在“查找”对话框中输入“\u0041”。对于某些 CJK 字符，例如 Unicode“4e01”，您可以指定“\u4e01”。[ 413632 ]

Acrobat 5.x 支持“香港外字字符集”
香港特别行政区政府最近推出了“香港外字字符集”(HKSCS)。Acrobat Reader 允许您在 Acrobat Reader 支持的所有 Windows 操作系统（请参阅“系统要求”章节）上查看和打印包含了 HKSCS 字符的 PDF 文件。如果您要查看的 PDF 文件包含了使用香港字符集的文本，请使用“自定义安装”来安装对“繁体中文”字符集的支持，或安装“繁体中文支持包”。[ 418559 ]

香港字符集和注释与书签
Acrobat Reader 5.x 支持在 PDF 文件中使用香港字符集。它是 Adobe “繁体中文”字符集的扩展。如果您想要查看包含了使用香港字符集文本的 PDF 文件，请使用“自定义安装”安装对“繁体中文”字符集的支持，或安装“繁体中文支持包”。由于香港字符集不是系统标准字体的一部分，您将不能够使用香港字符进行注释或创建书签。[ 407877 ]

在安装了 Acrobat Reader 5.x 之后安装 Acrobat 3.x 或 4.x
如果您在安装了 Acrobat Reader 5.x 之后安装 Acrobat 3.x 或 4.x，则每当有文件夹在“Windows 资源管理器”中打开时，Acrobat Reader 就会意外启动。要避免该问题发生，请务必在安装旧版本的 Acrobat 之前卸载 Acrobat Reader 5.x。[ 400589 ]

“电影”增效工具 - 在浮动窗口中观看电影
当观看在浮动窗口中播放的电影时，您只需按 Esc 键即可随时停止播放电影。[ 410153 ]

“电影”增效工具 - 远程 URL 要求 QuickTime 4 或更高版本
如果您要使用“电影”工具通过按下远程链接来观看“电影”，请确保您系统上已安装了 QuickTime 4 或更高版本。[ 418201 ]

Netscape 6.0
Acrobat Reader 5.x 支持 Netscape 4.x 和 Netscape 6.1 浏览器并安装了配合它们使用的增效工具。此增效工具可以确保用户在浏览器中下载、查看、导览和打印 Adobe PDF 文件，以及填写 PDF 表单。在 Netscape 6.0 中，PDF 文件必须完全下载才能显示。而且，如果在浏览器中查看 PDF 文件，您无法填写文件中的 PDF 表单。如果需要同时填写表单，则请选择 Netscapte 6.1。

设置为真彩（32-位）模式的 Nvidia TNT 图形卡
如果您使用的是 Nvidia TNT 图形卡且将显示模式设置为真彩色（32-位），则可能会发生 NVDISP.drv“模块”的一般保护失败故障。如果在“注释”首选项中的“不透明度”设置低于 100% 且出现一或多个“注释”弹出窗口重叠现象，则将发生此故障。您可以通过将“注释”首选项中的“不透明度”设置为 100% 或将显示设置为 16 位颜色（在“显示控制面板”中），来避免发生此类问题。请访问 Nvidia 官方网站以获取可以解决该问题的驱动程序升级版。[ 419590 ]

将 ImageType 4 文件打印到 Lexmark 打印机
Image Type 4 是 PostScript 3 的一种特性。虽然应用程序很少会创建 ImageType 4 文件，但使用 Acrobat“网页捕捉”从包含透明对象的 GIF 文件创建的 PDF 将包含 ImageType 4。
当包含 ImageType 4 的文件打印到下列 Lexmark 打印机时，打印机可能会停止运行，而无法产生输出。这些 Lexmark 打印机型号是：
-Lexmark Optra C710 PS3，PS 3010.010 版，PS 修订版次 2000411
-Lexmark Optra W810PS3，PS 3010.010 版，PS 修订版次 990917

要解决该问题，您有两种选择：
1. 从“打印”对话框选择“作为图像打印”。这种打印方式产生的效果与您在屏幕上所看到的相似。
2. 如果您使用的是 Windows 平台，您可以将“打印方法”从“语言级 3”更改为“语言级 2”。但在 Macintosh 平台，则没有“打印方法”一栏。要获得同样的效果，您可以编辑 PPD 文件来使它表现语言级 2，例如，更改：
*PSVersion: "(3010.010)"
为
*PSVersion: "(2014.700)"
如果“作为图像打印”可以产生满意的效果，则不要更改 PPD 文件。强制以“语言级 2”打印能够打印文件中所含的 Image Type 4 ，但会丢失所有的透明对象。[ 416539 ]

将平滑阴影打印到 HP4050N
当您使用 HP 的 PCL 6 打印机驱动程序打印到 HP4050N 时，平滑阴影可能会被裁剪。您可能需要尝试使用 HP 的 PCL 5e 打印机驱动程序来打印这样的文件。 [ 418321 ]

重排
在某些放大率和窗口宽度组合下，文档不能进行重排。Acrobat Reader 可以将文档放大到它可以正确显示的任一放大级别。[ 401685 ]

另存为
Acrobat Reader 5.1 包含了一个名为“另存为”的菜单项目和工具栏图标。如果您在 Acrobat Reader 5.1 中填写 Adobe PDF 文件中的表单，则当您使用该命令时您所做的更改将不会被保存，除非该 PDF 文件包含了“保存文档”的“文档状态”。有关的详细信息，请参阅“帮助”>“Reader 帮助”中的“文档状态”。

若 PDF 没有包含“保存文档”的“文档状态”，则仅保存原始 Adobe PDF 文件的副本。[ 414048 ]

在 Windows 2000 中使用 WebBuy
在 Windows 2000 中，需要安装 SP 1 以使 WebBuy 能将 Zip 驱动器显示作为设备：

“编辑”>“首选项”>“一般”>“WebBuy”>“选择其它标识符”。[ 390998 ]

在多处理器的 Windows 2000 系统中使用 WebBuy
如果您从某个处理器使用 WebBuy 购买了一本电子书，然后试图从其它处理器访问该电子书，那么该访问将被拒绝。例如，如果您以一个登录身份来购买电子书，然后又试图以其它登录身份来访问该电子书，即会发生这种情况。要防止发生这种情况，请以相同的登录身份来购买和访问电子书。[ 413006 ]

WebBuy 要求安装最新的 Iomega 驱动程序
如果您要使用这些驱动器载体作为 WebBuy 的标识符，请务必为所有的 Jaz、Clik! 或 Zip 驱动器安装最新的 Iomega 驱动程序。即使您的系统可以识别这些驱动器，WebBuy 也仅将识别许可安装了 Iomega 最新驱动程序的载体。[ 413448 ]

使用 Windows 版 IE
如果您在安装了 Acrobat Reader 5.x 之后安装 Acrobat 4.x，则浏览器将使用 Acrobat 4.x 的“ActiveX 控件”。由于系统注册表中存在 Acrobat Reader 5.x 的设置，当 IE 启动时，它将总是启动 Acrobat 4。要避免这种问题，请在安装 Acrobat 4.x 之前卸载 Acrobat Reader 5.x。[ 366101 ]

在 Windows 2000 上不能并列打印。 [ 415358, 418016 ]

在 Windows NT 和 Windows 2000 上使用单击鼠标右键来打印时将会使用上一个打印作业的 PostScript 语言级设置
如果您在 Acrobat 中打开文档，然后在 PostScript 语言级 3 的打印机上打印，Acrobat 在默认情况下使用的语言级会被设置为 PostScript 语言级 3。如果您退出 Acrobat 并将默认打印机设置为 PostScript 语言级 2 打印机，然后单击鼠标右键来请求打印，打印作业将会中止，因为此时的 PostScript 语言级是设置为第三级而不是第二级。要防止这一问题，在更改默认打印机之后，请在 Acrobat 中打开并打印文档，然后才可以通过单击鼠标右键来打印。[ 416598, 418016 ]

无效文档状态
如果您在打开包含了“文档状态”的 PDF 时出现如下信息：“...状态无效...请与作者联系...”，则可能是 PDF 文件的作者在添加了“文档状态”之后又更改了该文件。那么只有在作者重新应用“文档状态”之后，Acrobat Reader 5.1 方可按作者的意愿来使用该 PDF 文件...[ 500795 ]

Acrobat 3.x 和包含了“文档状态”的 PDF 文件
当打开包含了“文档状态”的 PDF 文件时，Acrobat 3.x 可能会显示错误消息。[ 523105 ]

在中文版 Windows 操作系统上使用“缩放”键盘快捷方式
在中文版 Windows 操作系统上，键盘快捷方式“Ctrl+空格键”和“Alt+Ctrl+空格键”将启动 IME 而不是执行“放大”或“缩小”操作。[525402 ]

在韩文版 Windows 操作系统上使用“取消选择文本”键盘快捷方式
键盘快捷方式“Shift+Ctrl+A”有可能不会执行取消选择文本的操作，而是不正确地启动了其它应用程序，例如启动了屏幕上的 ICQ 程序。若发生这种情况，则请单击已选择的文本区域来取消选择文档中高亮显示的文本。[ 525222 ]

加载“增效工具 AcroFill.api”发生错误
若启动 Acrobat Reader 时出现错误信息“加载增效工具 AcroFill.api 发生错误”，则您的系统上可能有一个早期版本的 MSVCRT.dll。请将 MSVCRT.dll 更新到最新版本或使用安装光盘重新安装 Windows 系统（万一该安装程序被其它安装程序错误地替代）。[ 526383 ]

认证模式和包含了“文档状态”的 PDF 文件
Acrobat Reader 并“不”要求选择“首选项”对话框中的“选项”面板中的“仅认证的增效工具”选项，就可打开包含了“文档状态”的 PDF 文件。[ 529812 ]

© 1987-2002 Adobe Systems Incorporated 和许可证颁发者。保留所有权利。Adobe、Adobe 标志、Acrobat、Adobe Type Manager、PostScript 和 Reader 是 Adobe Systems Incorporated 在美国和／或其它国家的注册商标或商标。Microsoft、 Windows 和 Windows NT 是 Microsoft Corporation 在美国和／或其它国家的注册商标或商标，Pentium 是 Intel Corporation 或其分支机构在美国和其它国家的注册商标或商标。HP 是 Hewlett-Packard Company 的注册商标。Iomega、Clik!、Jaz 和 Zip 是 Iomega Corporation 的商标。所有其它的商标是其各自物主的财产。

该文件的内容遵循 Mozilla Public License Version 1.1（“许可”）；只有在符合“许可”的情况下，您才能使用该文件。您可以从 http://www.mozilla.org/MPL 获得一份“许可”副本。该文件没有被 Adobe 修改，而且“源代码”可以在 http://www.mozilla.org/source.html找到。“源代码”是 Mozilla Communicator 客户端代码，于 1998 年 3 月 31 日发布。“源代码”的“原始开发商”是 Netscape Communications Corporation。由 Netscape 开发的部分，© 1998 Netscape Communications Corporation。保留所有权利。

Jet 数据引擎说明

概要

借助本文可下载 Microsoft Jet 4.0 Service Pack 5 (SP5)。有三种 SP5 版本可供下载。第一种下载程序仅用于运行 Microsoft Windows 95、Microsoft Windows 98 或 Microsoft Windows NT 4.0 的计算机。第二种下载程序仅用于运行 Microsoft Windows 2000 的计算机。第三种仅用于运行 Microsoft Windows Millennium Edition 的计算机。每个下载程序中都对一些 .dll 文件作了更新，这些 .dll 文件涵盖的产品包括：Microsoft Access 2000、Microsoft Office 2000 Developer、Microsoft Visual Basic 6.0 或更高版本，以及其它合并了 Microsoft Jet 数据库引擎 4.x 的产品。

对于运行 Microsoft Windows 95、Microsoft Windows 98 或 Microsoft Windows NT 4.0 的计算机

使用 Jet40SP5_9xNT.exe 在运行 Windows 95、Windows 98 或 Windows NT 4.0 的计算机上安装 Jet 4.0 SP5。

立即下载 Jet40SP5_9xNT.exe

　

对于运行 Microsoft Windows 2000 的计算机

使用 Jet40SP5_W2K.exe 在运行 Windows 2000 计算机上安装 Jet 4.0 SP5。

备注：如果已安装了 Windows 2000 Service Pack 2 (SP-2)，则不需再安装此更新程序。下载链接下面的重要说明即便是在安装 Windows 2000 SP-2 之后，也必须考虑。

立即下载 Jet40SP5_W2K.exe

重要说明：如果打算使用复制管理器，则还必须从“对于运行 Microsoft Windows 95、Microsoft Windows 98 或 Microsoft Windows NT 4.0 的计算机”部分下载和安装 Jet40SP5_9xNT.exe。 Windows 2000 中安装程序中的问题，阻止了下列更新复制文件的安装： Msrpfs40.dll、Mstrai40.exe 和 Mstran40.exe。

对于运行 Microsoft Windows Millennium Edition 的计算机

使用 Jet40SP5_Me.exe 在运行 Microsoft Windows Millennium Edition 计算机上安装 Jet 4.0 SP5。

立即下载 Jet40SP5_Me.exe

有关本文的 Microsoft Access 2002 版本，请参见 Q282010。
　

如何安装 Jet 4.0 Service Pack 5

Jet 4.0 SP5 更新程序是自解压缩档案，能够将文件解压缩至适当的文件夹。要安装 Jet 4.0 SP5 更新程序，请遵循以下步骤：

下载适合您计算机的 Jet 4.0 SP5 更新程序。
　
在 Windows 资源管理器中，双击第一步中下载的文件，以开始 Jet 4.0 SP5 的安装。

备注：如果要在运行 Windows 2000 的计算机上使用复制管理器，还必须下载和安装 Jet40SP5_9xNT.exe。
　
重新启动计算机。

备注：这些文件是在 2000 年 10 月 26 日更新的。

Jet 4.0 SP5 当前版本包含下列文件：

   文件名          版本        大小
   -----------------------------------------
   dao360.dll         3.60.3714.5   557,328
   msexch40.dll       4.0.4331.7     512,272
   msexcl40.dll       4.0.4331.3     319,760
   msjet40.dll        4.0.4431.1     1,503,504
   msjetoledb40.dll   4.0.4331.4     348,432
   msjtes40.dll       4.0.4229.0     241,936
   msltus40.dll       4.0.4331.3     213,264
   mspbde40.dll       4.0.4331.6     348,432
   msrd3x40.dll       4.0.4325.0     315,664
   msrepl40.dll       4.0.4331.0     553,232
   msrpfs40.dll       4.0.4314.0     74,000
   mstext40.dll       4.0.4331.5     254,224
   mstrai40.exe       4.0.3714.0     37,136
   mstran40.exe       4.0.3714.0     45,328
   msxbde40.dll       4.0.4331.6     344,336

备注：如果已安装了 Windows 2000 SP-2，则 msjet40.dll 的版本应为 4.0.4431.3。

SQL Server 2000桌面引擎(MSDE 2000)

发布日期：2001年7月1日

相关链接

	将MSDE 2000与您所配备的应用程序相集成

	“将MSDE 2000配置嵌入定制应用程序”白皮书

产品概述

SQL Server 2000桌面引擎是一个基于SQL Server核心技术构建的软件数据引擎。MSDE 2000具备针对单处理器和双处理器的支持特性，是企业应用程序桌面扩展的可靠存储引擎和查询处理器。由SQL Server与MSDE 2000所共享的通用技术可确保广大开发人员创建出能够以无缝化方式从便携计算机扩展至多处理器群集的应用程序。

由于MSDE 2000被设计为以后台方式运行，因而，无需配备自身特有的用户界面（UI）或软件工具，并可针对事务处理桌面应用程序提供相关支持。广大用户可借助嵌有MSDE 2000的应用程序与该引擎进行交互操作。为便于单独销售或嵌入其它产品，MSDE 2000通常被封装成自解压文件形式。

您还可将MSDE 2000内建于某一借助Microsoft开发工具（如Microsoft Visual Studio®和Microsoft Office开发人员版）创建、并且无需支付特许权使用费的应用程序。这种方式将允许开发人员营造出企业级可靠性，并将数据库功能特性扩展至桌面应用程序。

便携性与兼容性

与SQL Server全面兼容的MSDE 2000是一种无需支付特许权使用费、并可供再次销售的数据库引擎。MSDE 2000的设计意图体现为，以嵌入数据库方式基于Microsoft Windows® 98、Windows千禧版（Windows Me）、Microsoft Windows NT® Workstation 4.0版（配备Service Pack 5或更高版本）或Windows 2000 Professional系统平台运行，并在此基础上针对需要使用本地数据库引擎的定制应用程序提供支持。

与使用Microsoft Jet数据库相比，选配MSDE 2000无疑具有更加难以抗拒的吸引力。MSDE 2000的设计目标首先是，面向那些需要能以简便快捷方式随同增值商务解决方案一并销售和安装之数据库服务器的开发商提供一种成本低廉的软件选择。由于MSDE 2000可与SQL Server的其它版本实现全面兼容，因此，广大开发人员能够轻而易举地将SQL Server和MSDE 2000一并定位于完全相同的核心代码基础。而这就在应用程序超越MSDE 2000存储与扩展极限的情况下，提供了一条从MSDE 2000到SQL Server的无缝化升级途径。

产品获取方式

下表中所列示的Microsoft应用程序全部包含有MSDE 2000，并需要对该产品所具备的数据管理与存储服务加以应用。

Office XP 专业版	MSDE 2000可充当适用于Microsoft Access等Office XP应用程序的替代型存储媒介，并足以为容量高达2 GB的数据库提供支持。而图形用户界面（GUI）则仅限于通过Access用户界面所呈现的范围。MSDE 2000还包括有Osql.exe，用户可借助该工具输入Transact-SQL语句、系统过程和脚本文件。 Office XP已将MSDE 2000包含于产品CD中的MSDE 2000文件夹内。（当您安装MSDE 2000时，Microsoft数据访问组件[MDAC] 2.6版即已随之自动安装。您可借助MDAC 2.6对相关应用程序进行测试。如需获取更多信息资料，请阅读题为“Microsoft SQL Server 2000桌面引擎并非由Office XP Setup安装”的Microsoft知识库文章。）
Visio 2000	MSDE 2000可为Visio网络自动发现与布局功能充当数据存储库。包括第2层和第3层在内的网络设备信息都将被存储于MSDE 2000。
Microsoft Application Center 2000	MSDE 2000可充当用于存储状态、活动、性能及服务器健康状况数据的分布式数据存储引擎。被安装为已命名实例的MSDE 2000可将Application Center监控特性从其它SQL Server安装方式中分离出来。而这就在确保MSDE 2000和SQL Server 2000基于同一计算机运行的前提下，彻底消除了潜在性能与安全隐患。

您可借助下表中所列示的Microsoft应用程序创建令MSDE 2000充当数据存储的应用程序。每种产品的最终用户许可协议（EULA）均已就再销售权限和相关指导原则加以明确界定。

Office XP 开发人员版	MSDE 2000运行时模块将作为Access 2000项目封装工具的组成部分之一包含在Office XP开发人员版中。当您对Access 2000项目进行部署时，Office开发人员版封装工具将允许您以直观方式选择一个MSDE 2000实例。
MSDN Universal Subscription	为实现开发与SQL Server 2000全面兼容的桌面系统应用程序的目的，MSDE 2000（作为SQL Server CD-ROM的组成部分之一）被封装到了MSDN® Universal Subscriptions当中。借助MSDN Universal Subscription许可授权，您可以按照相关EULA中所列出的销售条款，将MSDE 2000作为您所创建的应用程序的一部分来进行开发、使用与销售。如需查看相关许可授权协议，请访问MSDN. 如欲部署需要访问SQL Server后端数据与资源的MSDE应用程序，您必须获取相应的客户端访问许可授权（CAL）或处理器许可授权。
SQL Server 2000: 标准版企业版开发人员版	MSDE 2000销售权限包含在针对这些SQL Server产品的EULA中。MSDE 2000是一种可以被共享并作为桌面系统应用程序数据存储机制的本地化数据引擎。MSDE 2000没有强制性用户数量限制；然而，出于性能因素考虑，建议您在5名或更少用户范围内对其加以应用。如需获取更多相关信息，请查看服务器处理器EULA, 服务器许可授权EULA, 或开发人员版EULA。
Microsoft Visual Foxpro 7.0	MSDE 2000销售权限包含在Microsoft Visual Foxpro® 7.0 EULA中。MSDE 2000是一种可以被共享并作为桌面系统应用程序数据存储机制的本地化数据引擎。MSDE 2000没有强制性用户数量限制；然而，出于性能因素考虑，建议您在5名或更少用户范围内对其加以应用。如需获取更多相关信息，请访问 Visual Foxpro 7.0站点。

产品定价政策

针对MSDE 2000许可授权的处理方式将取决于其所随同销售的产品。

Office XP专业版与Visio 2000：Office XP及Visio 2000许可授权用户将被授予一份针对单一用户的MSDE 2000许可授权。
Office XP开发人员版与MSDN Universal Subscription：在MSDE 2000基础上建立应用程序的开发人员将有权根据EULA中所制定的相应条款随同Office XP开发人员版与MSDN Universal Subscription一起免费销售MSDE 2000。
SQL Server：对于每一种与SQL Server 6.5、SQL Server 7.0或SQL Server 2000数据库进行连接或将其作为数据源加以访问的MSDE 2000部署方案来说，均必须单独购买适当的许可授权，在这种情况下，既可为每台MSDE 2000设备购买一份SQL Server CAL，也可为MSDE 2000所依赖的后端SQL Server服务器购买SQL Server处理器许可授权。

技术支持

MSDE 2000软件服务包将作为SQL Server软件服务包的组成部分之一与其同时提供。如欲下载最新发布的SQL Server软件服务包，请访问Microsoft下载中心。

此外，您也可以通过Microsoft主要技术支持联系人来获取软件服务包。如需获取更多关于Microsoft产品支持服务（PSS）的信息，请访问Microsoft PSS Web站点。

所支持的语种

MSDE 2000针对以下语种实现了本地化处理：

简体中文
繁体中文
法语
德语
意大利语
日语
朝鲜语
西班牙语

特性与功能

MSDE 2000将通过提供以下特性的方式帮助您建立定制化解决方案。

多实例支持能力。MSDE 2000最多可在单台计算机上同时支持16个数据库服务器实例。

Osql.exe。osql实用工具是Microsoft所提供的一种用于临时以交互方式执行Transact-SQL语句或脚本程序的Win32命令行工具。借助这种实用工具，您将可以在一种类似于命令提示行的工作环境中以交互式方式输入Transact-SQL语句。相应语句所生成的结果集也将在命令行窗口中加以显示。

复制功能。MSDE 2000同时支持以发布者及订阅者身份所进行的合并复制操作，从而使您得以在多个站点（某些情况下可能会覆盖数以百计的站点）上同时维护相同数据的多份拷贝。此外，MSDE 2000还支持其它形式的复制操作，但其只能提供范围有限的功能。例如，MSDE 2000只能在订阅者环境中参与事务化复制和快照复制操作。

如需获取更多关于SQL Server复制功能的信息，请访问MSDN Library。

性能。MSDE 2000是一种可共享的本地化数据引擎。它拥有一种能够为达到性能优化目的而将最大并行批处理工作负载数量控制在5个以内的可管理并行工作负载控制机制。相关命令与日志记录可对实例进行监控，以避免出现并行执行工作负载数量超过5个的情况，在这种情况下，即便是配置良好的系统，也会产生明显的性能下降。当并行执行的工作负载数量超过5个时，如果再有批处理工作负载被提交上来，并行控制机制将不断减慢系统运行速度。这些工作负载既不会被取消，也不会自己丢失；他们仍将在一种不断下降的性能模式中得到处理。如果您的解决方案必须支持5个以上的并行工作负载，那么，我们强烈建议您移植到SQL Server 2000或SQL Server 2000企业版，以便获得具备更高伸缩能力的最佳优化性能。

最大数据库规模。MSDE 2000最多可为每个数据库提供2 GB存储空间。这一限制条件是以数据库而非服务器为单位的。每台计算机可支持多个MSDE 2000实例，其中每个实例为数据库所提供的存储空间之和不得超过2 GB。

数据转换服务。MSDE 2000有能力运行数据转换服务（DTS）软件包。然而，由于其并未配备相应的DTS设计器，因此，它将无法设计DTS软件包。

远程管理功能。MSDE 2000同时支持本地管理与远程管理方式。然而，由于相关事务可能在不同服务器之间交替产生，因此，MSDE 2000将无法在多服务器运行环境中实现远程管理。

有关Windows 98的限制条件。Windows 98将无法提供针对以下特性的支持能力：

Windows NT身份验证机制
纤维模式调度
异步I/O方式
预读取机制
性能监视器计数器
分散/聚集I/O方式
名称管道服务器网络支持库
Appletalk服务器或客户端网络支持库
Banyan Vines服务器网络支持库

系统需求

如欲运行MSDE 2000，您的系统必须首先满足以下所列出的最低需求条件：

配备166-MHz或更高频率奔腾处理器的计算机。
Windows 98、Windows Me、配备Service Pack 5或更高版本软件服务包的Windows NT Workstation 4.0、配备Service Pack 5或更高版本软件服务包的Windows NT Server 4.0、配备Service Pack 5或更高版本软件服务包的Windows NT version 4.0 Server企业版、Windows 2000 Professional、Windows 2000 Server、Windows 2000 Advanced Server或者Windows 2000 Datacenter Server操作系统。
至少32兆（MB）RAM内存容量。（建议配置64 MB或更高内存容量，根据具体操作系统需求，可能需要提供更多内存容量。）
44 MB可用硬盘空间

如需获取更多相关信息

请访问将MSDE与您的应用程序加以集成页面。