外文翻译--改进ADO.NET性能

附 录 to to of to is a of a se to of To of to or to in to to to a of in of to in of to By as of to to to so to to to to a to to of 4, to is on to to a of to In a of a of is to is he of of a to a QL is to a be a or a QL a of a is a at of to in to a a of is of is to to be to of an it be be of a is a of a of to a A of or to a be on or at at in is a to in a is is a of to so of of is in is an is an QL is an is an by a is an to If to be of is a an is is by by is no so of in is he is a of of in or be do of in is of do to in a in to to as as to of or a be as to in to to eb on to an an be by a To of to to If to of to to If of to if of to of to of of as of 改进 能 改进 用性能和可伸缩性 摘要： 这章提供证明策略帮助你设计并且发展可调节的数据存取解决办法。 本文包括不同的技术来通过数据遍布应用层， 管理数据库连接工具， 优化储存的过程调用，降低数据集的大量销费，通过大量结果数据集标识的技术，管理传送，操作 。 目标 优化数据存取设计 在 间做出选择 运行有效的数据库命令 有效地在层之间流通数据 进行有效的交易 优化连接管理 评 估记录标识费用 评估分析数据存取性能标准 作方案的执行性能 概述 精心设计的数据访问代码和数据处理命令是应用性能和可伸缩性的根本要素。 通常，数据库是一个由大量应用请求需要来自数据库的数据导致的应用负载的焦点。 这章为设计和实施数据访问代码的性能及可伸缩性提供证明策略。 如何使用 使用这章可以改进数据访问代码性能及伸缩性的实施 虑如下内容： 只读标题或者从开始读到结束 。 这章主要标题帮助你迅速鉴定然后找到使你感兴趣的题目。 或者，你可以从头到尾地读获得 完整的影响 能问题那一章。 使用检查表 。 使用 检查表： 能 迅速在 检查表 部分看到和评估人在这几章内提出的那些指南。 使用这章的 结构 部分理解 样工作 。 通过理解结构，你能更好地设计和实施选择。 理解 心组成部分，例如数据支持对象和数据集对象。 使用 设计方案 来理解那些将影响 码选择的实施的高级决定 度量应用性能 。 了解你所能使用度量应用性能的关键计量学。 你必须度量应用性能，以便你能鉴定并且解决执行问题。 测试你的应用性能 。， 测试 用性能 获悉怎样把性能试验应用于你的应用程序。 你必须使用一个前后一致的测试过程并且分析结果。 调试应用性能 。通过 协调 用性能 来了解怎样通过使用协调计量学鉴定解决性能问题。 调试 第 14 章“提高 能”，确保你的 据库格式正确。 结构性 赖数据支持提供进入基础数据源的途径。 每个数据支持显示你所使用的管理连接，恢复数据，更新数据。 核心对象是如下内容： 连接 命令 数据读取器 数据适配器 另外， 供 象，来提供分离的高速数据缓存。 基本的 构如图 示。 图 构图 下列目录略述每个主要 体的对象： 连接 。 这个对象描述对数据库的一个连接。 命令 。 这个对象代表当连接一个数据源时被运行的一个 句。 这个对象可能是一个储存的程序或者一个直接的 句。 数据读取器 。 这个对象用来恢复一条来自数据库的数据的只读数据流。 与以功能性作为代价将数据读进一个 象相比较， 象是为 连结脚本设计的并且能提供更好的性能。 数据适配器 。 来自一个 象和基础的数据源的对象信道数据。 数据适配器对象也提供以前与 象相关的改进的批处理特征。 数据集 。 数据集对象描述一个分离的，隐藏的数据集。 数据集不依赖提供者并不被可能依附于它的基础的数据源所束缚。数据集能容易地从部件到部件通过各种各样层来应用， 并且它可以被作为 载。 你应该了解数据集内部建造的方式，因为数据集包含一个潜在的大量的内部对象。 这表明许多存储分配程序被要求建造典型的数据集。 数据集由一个或更多数据表对象以及数据关系对象组成。 每个数据表包含数据行 w 对象和数据列对象。 限制对象用来代表可以被在一个或更多数据列对象上实施的限制条件。 注意 你也能使用从基本数据集派生来的典型数据集。 典型数据集优越性在于构造时间和运行时间。 数据视图 。数据视图对象虽然不在 显示，但是你能使用一个数据视图使数据在数据表内存储和分类。 这种性能经常用于具有约束力的数据。 编制数据存储 设计为用来提取基础的数据处理的功能性的一般的接口。 你能直接使用这些接口提取你的数据存取层， 以便能使改变这类型数据源的影响减到最小。 当你设计你的用户选择数据 库服务器的系统时，对编制数据存取极其有帮助。 由 供的核心接口在 ： 这是一个管理数据库连接的接口。 这是运行 令的一个接口。 这是管理事务的一个接口。 这一接口适合读数据以一命令返回。 这是开辟来自数据集数据的一个接口。 例如 据存取接口。 如果你决定运行一般的接口，必须了解下列问题： 有一些小的通过一个接口与一次虚呼叫相关的花费。 当你使用一般的接口时，注意扩展的功能丢失。 例如， 法以 象但不是通过 口来实现。 没有一般的基础的异常类型，因此你必须捕获具体提供者的异常类型，例如 者 当你使用一般的接口时 ，你不能使用为被管理的提供者确定的特定数据库的类型； 例如，你不能使用 的 供的具体的 类型。 使用具体的数据库类型对类型检查和参数的约束力有帮助。 性能和可伸缩性 以下内容能从反面影响你的应用程序中的性能和数据存取的可伸缩性的问题的主要目录。 无效问题 。 处理、返回更多的行或列而不是用于处理其他请求服务的进程周期的浪费。 不利用可能引起劣质性能的索引。 恢复大量数据 。结果中的大量数据通常致使效率不高。 经常引起这 个问题。 通常你不需要返回一行的所有列。 此外，在提问中进行 努力使用 句尽可能保证最小量的行的返回。 无效或丢失的索引 。 缺少检索时效率降低 ,因为必须执行一遍完整的表扫描。 此外，随着数据增长，表格可能成为碎片。 周期性地再造索引的失败可能也导致不良的质问性能。 不必要的循环 。 循环相当影响性能。 他们受网络潜伏影响并且到顺流服务器潜伏。 很多数据驱动网站重复数据库 ,适合每个用户请求进入。 当使用连接帮助时 ,增加的网络通信量和处理负荷能影响数据库服务 器性能。保持循环尽量的小 大量开放的连接 。 连接是一种昂贵和不足的资源，这应该通过使用连接工具使用户共享。 为每名用户打开一个连接限制可伸缩性。 保证连接工具的有效利用，避免保持连接开放并且避免大量的连接字符。 释放资源失败 。 释放资源失败能阻止他们被有效地重新使用。 如果连接在断开之前就失败，那么只有连接的垃圾回收发生时才被恢复。 不能释放资源能引起严重的资源压力并且导致短缺和超时。 事务错用 。 如果你选择错误的事务管理类型，你可能给每次操作添加隐藏。 另外，如果你长时间保持事务，可能引起 资源压力。事务保证数据完整的必要性，但必须保证使用适当的类型去处理那些可能的最短的持续的事务 ,并且只在必需的地方。 。 能因为简单的操作而需要过度的关联。 这些额外的步骤对你的应用程序的性能和可伸缩性有相当的影响，特别是当用户的数量和请求增加时。