匿名通过本文主要向大家介绍了db2 xml,db2导出表数据,db2数据类型,db2查询前10条数据,db2清空表数据等相关知识,希望本文的分享对您有所帮助
</div>
谢谢收藏 http://www.cncms.com.cn/db2/q372731.html
DB2 9 引入了 purexml(标准化越来越近了)? 支持，这意味着 xml(标准化越来越近了) 数据是以其自身固有的分层格式进行存储和查询的。为了查询 xml(标准化越来越近了) 数据，DB2 提供了两种语言：SQL/xml(标准化越来越近了) 和 XQuery。您可以单独使用 XQuery 和 SQL，但也可将 XQuery 嵌入 SQL 中使用（反之亦可）。每一种可选方案在特定环境下都非常有用。本文将讨论这些可选方案，介绍其各自的优缺点，并给出根据您的需求选择恰当方案的指导原则。
简介
DB2 中的 purexml(标准化越来越近了) 支持为管理 xml(标准化越来越近了) 数据提供了高效且通用的功能。DB2 以 xml(标准化越来越近了) 数据自身固有的分层格式存储和处理这些数据，避免因为将 xml(标准化越来越近了) 存储为 CLOB 中的文本或将它映射为关系表而导致的性能和灵活性限制。与仅使用 xml(标准化越来越近了) 的数据库不同，DB2 V9 还提供了关系型数据与 xml(标准化越来越近了) 数据在数据库中的无缝集成 —— 甚至是表的某一行中的集成。这样的灵活性表现在语言支持中，使您可访问关系型数据、xml(标准化越来越近了) 数据，或者同时访问这两种数据。您可以通过以下四种可选方案中的任一种查询 xml(标准化越来越近了)：
普通 SQL（不包含 XQuery）
SQL/xml(标准化越来越近了)，即嵌入了 XQuery 的 SQL
XQuery 作为独立语言（不包含 SQL）
嵌入了 SQL 的 XQuery
关于使用 XQuery 和 SQL/xml(标准化越来越近了) 查询 xml(标准化越来越近了) 数据的介绍，请参阅 developerWorks 中的 前几期文章，“用 SQL 查询 DB2 xml(标准化越来越近了) 数据” 及 “使用 XQuery 查询 DB2 xml(标准化越来越近了) 数据”。本文假设您已经熟悉这两篇文章中介绍的基本概念。请注意，XPath 是 XQuery 的一种子语言，因此我们提到 XQuery 时，也暗中包含 XPath 语言。如果您使用过 DB2 xml(标准化越来越近了) Extender 中的 XSLT 样式表或位置路径，那么您应该已经了解 XPath。在很多时候，使用 XPath 足以提取 xml(标准化越来越近了) 值或表示 xml(标准化越来越近了) 谓词，因此，即便您还不熟悉 XQuery 的所有其他特性，也可以开始使用 XPath。
DB2 使您能够利用所有这些可选方案最大限度地提高生产力、使查询适应应用程序的需求。本文将说明的问题如下：
这四种可选方案的关键特征是什么？各有哪些优缺点？
您应该在哪种情况下选择哪种方案？
让我们先给出一个高度总结，然后再详细研究各个可选方案的细节和特定实例。
总结与指导原则
您可以在普通 XQuery、SQL/xml(标准化越来越近了) 或具有内置 SQL 的 XQuery 中表达许多查询。在特定情况下，您可能会发现其中之一能够比其他方案更为直观地表达您的查询逻辑。一般而言，查询 xml(标准化越来越近了) 的 “正确” 途径需要在 “逐个处理” 的基础上加以选择，需要考虑应用程序的具体需求和特征。但我们可总结出以下指导原则。
不带任何 XQuery 或 XPath 的普通 SQL 仅对全文档检索以及整个文档的插入、删除、更新操作有用。文档的选择必须基于同一表中的非 xml(标准化越来越近了) 列。
带有嵌入在 SQL 内的 XQuery 或 XPath 语句的 SQL/xml(标准化越来越近了) 提供了最广泛的功能性和最少的局限性。您可在 xml(标准化越来越近了) 列上表示谓词、提取文档片段、向 XQuery 表达式传递参数标记、使用全文本搜索、SQL 级聚集与分组，您还可以用一种灵活的方式将关系型数据与 xml(标准化越来越近了) 数据进行联合和连接。这种方案可很好地服务于绝大多数应用程序。即便您不是立即需要利用所有这些优势，可能仍然会考虑选择这种方案，从而使您的选择能够应对未来的扩展。
XQuery 是一种强大的查询语言，专为查询 xml(标准化越来越近了) 数据而设计。同样，如果您的应用程序只需查询和操纵 xml(标准化越来越近了) 数据，且不涉及任何关系型数据，那么 XQuery 也是一种极为出色的选择方案。此方案有时可能较为简单直观。此外，如果您正从一个仅使用 xml(标准化越来越近了) 的数据库移植到 DB2 9，且已有 XQuery，那么您很可能愿意继续使用 XQuery。
嵌入了 SQL 的 XQuery 在您希望利用关系型谓词和索引同时又想利用全文本搜索预先过滤随后将作为 XQuery 输入的 xml(标准化越来越近了) 列中的文档时不失为明智之选。嵌入在 XQuery 中的 SQL 允许您在 xml(标准化越来越近了) 列上运行外部函数。但若您需要执行带有分组和聚集的数据分析查询，那么 SQL/xml(标准化越来越近了) 是更好的选择。
无论您选择在一条语句中怎样结合 SQL 和 XQuery，DB2 都使用一种混合编译器来为整个查询生成及优化一种执行规划 —— 不会导致查询执行的性能损失。
更多内容请见：http://www.ibm.com/developerworks/cn/db2/library/techarticles/dm-0606nicola/ </div> </div> </div> </div>
DB2 9 引入了 purexml(标准化越来越近了)? 支持，这意味着 xml(标准化越来越近了) 数据是以其自身固有的分层格式进行存储和查询的。为了查询 xml(标准化越来越近了) 数据，DB2 提供了两种语言：SQL/xml(标准化越来越近了) 和 XQuery。您可以单独使用 XQuery 和 SQL，但也可将 XQuery 嵌入 SQL 中使用（反之亦可）。每一种可选方案在特定环境下都非常有用。本文将讨论这些可选方案，介绍其各自的优缺点，并给出根据您的需求选择恰当方案的指导原则。
简介
DB2 中的 purexml(标准化越来越近了) 支持为管理 xml(标准化越来越近了) 数据提供了高效且通用的功能。DB2 以 xml(标准化越来越近了) 数据自身固有的分层格式存储和处理这些数据，避免因为将 xml(标准化越来越近了) 存储为 CLOB 中的文本或将它映射为关系表而导致的性能和灵活性限制。与仅使用 xml(标准化越来越近了) 的数据库不同，DB2 V9 还提供了关系型数据与 xml(标准化越来越近了) 数据在数据库中的无缝集成 —— 甚至是表的某一行中的集成。这样的灵活性表现在语言支持中，使您可访问关系型数据、xml(标准化越来越近了) 数据，或者同时访问这两种数据。您可以通过以下四种可选方案中的任一种查询 xml(标准化越来越近了)：
普通 SQL（不包含 XQuery）
SQL/xml(标准化越来越近了)，即嵌入了 XQuery 的 SQL
XQuery 作为独立语言（不包含 SQL）
嵌入了 SQL 的 XQuery
关于使用 XQuery 和 SQL/xml(标准化越来越近了) 查询 xml(标准化越来越近了) 数据的介绍，请参阅 developerWorks 中的 前几期文章，“用 SQL 查询 DB2 xml(标准化越来越近了) 数据” 及 “使用 XQuery 查询 DB2 xml(标准化越来越近了) 数据”。本文假设您已经熟悉这两篇文章中介绍的基本概念。请注意，XPath 是 XQuery 的一种子语言，因此我们提到 XQuery 时，也暗中包含 XPath 语言。如果您使用过 DB2 xml(标准化越来越近了) Extender 中的 XSLT 样式表或位置路径，那么您应该已经了解 XPath。在很多时候，使用 XPath 足以提取 xml(标准化越来越近了) 值或表示 xml(标准化越来越近了) 谓词，因此，即便您还不熟悉 XQuery 的所有其他特性，也可以开始使用 XPath。
DB2 使您能够利用所有这些可选方案最大限度地提高生产力、使查询适应应用程序的需求。本文将说明的问题如下：
这四种可选方案的关键特征是什么？各有哪些优缺点？
您应该在哪种情况下选择哪种方案？
让我们先给出一个高度总结，然后再详细研究各个可选方案的细节和特定实例。
总结与指导原则
您可以在普通 XQuery、SQL/xml(标准化越来越近了) 或具有内置 SQL 的 XQuery 中表达许多查询。在特定情况下，您可能会发现其中之一能够比其他方案更为直观地表达您的查询逻辑。一般而言，查询 xml(标准化越来越近了) 的 “正确” 途径需要在 “逐个处理” 的基础上加以选择，需要考虑应用程序的具体需求和特征。但我们可总结出以下指导原则。
不带任何 XQuery 或 XPath 的普通 SQL 仅对全文档检索以及整个文档的插入、删除、更新操作有用。文档的选择必须基于同一表中的非 xml(标准化越来越近了) 列。
带有嵌入在 SQL 内的 XQuery 或 XPath 语句的 SQL/xml(标准化越来越近了) 提供了最广泛的功能性和最少的局限性。您可在 xml(标准化越来越近了) 列上表示谓词、提取文档片段、向 XQuery 表达式传递参数标记、使用全文本搜索、SQL 级聚集与分组，您还可以用一种灵活的方式将关系型数据与 xml(标准化越来越近了) 数据进行联合和连接。这种方案可很好地服务于绝大多数应用程序。即便您不是立即需要利用所有这些优势，可能仍然会考虑选择这种方案，从而使您的选择能够应对未来的扩展。
XQuery 是一种强大的查询语言，专为查询 xml(标准化越来越近了) 数据而设计。同样，如果您的应用程序只需查询和操纵 xml(标准化越来越近了) 数据，且不涉及任何关系型数据，那么 XQuery 也是一种极为出色的选择方案。此方案有时可能较为简单直观。此外，如果您正从一个仅使用 xml(标准化越来越近了) 的数据库移植到 DB2 9，且已有 XQuery，那么您很可能愿意继续使用 XQuery。
嵌入了 SQL 的 XQuery 在您希望利用关系型谓词和索引同时又想利用全文本搜索预先过滤随后将作为 XQuery 输入的 xml(标准化越来越近了) 列中的文档时不失为明智之选。嵌入在 XQuery 中的 SQL 允许您在 xml(标准化越来越近了) 列上运行外部函数。但若您需要执行带有分组和聚集的数据分析查询，那么 SQL/xml(标准化越来越近了) 是更好的选择。
无论您选择在一条语句中怎样结合 SQL 和 XQuery，DB2 都使用一种混合编译器来为整个查询生成及优化一种执行规划 —— 不会导致查询执行的性能损失。
更多内容请见：http://www.ibm.com/developerworks/cn/db2/library/techarticles/dm-0606nicola/ </div> </div> </div> </div>