XML 数据变得越来越普遍.它可以表示客户数据，带有或不带有描述数据的 XML 架构均可。XML 数据和 XML 架构需要在一起进行管理。实际应用程序的 XML 架构通常比较复杂，因而将这样的 XML 架构映射到表和列是一项复杂的任务。当 XML 架构改变或新的架构加入系统时，长时间维护这样的映射是一件很麻烦的事情。通常，XML 数据存储在文件系统或数据库服务器的文本列中。文本列有数据管理方面的好处（例如，复制和备份/恢复），但是不提供任何基于数据的 XML 结构的查询支持。在具有原生 XML 支持的情况下，使用 XML 进行应用程序开发变得更快。
自定义属性管理
一些应用程序（例如用户界面软件）允许用户从一组固定的属性中进行选择。而其他应用程序则允许用户定义他们自己感兴趣的属性。如果这样的自定义属性是以 XML 的格式存储的，它们就可以很好地进行管理。应用程序可以支持标量属性以外的属性：
| • |
可以支持对象中的多值属性，例如，多个电话号码。 |
| • |
可以支持复杂属性，例如，一个文档的作者属性可能是该作者的联系信息。 |
可以将对象属性存储在 XML 数据类型的列中并建立索引，从而提高查询处理的效率。
数据交换和工作流
XML 允许采用平台无关的方式在应用程序之间交换数据。可以使用 XML 标记将这样的数据建模为消息。代替不断地分割和生成 XML 消息，以 XML 的格式存储消息是明智的。这正是数据流所需要的。到达工作流阶段的 XML 消息携带着当前的状态。每个消息都需要进行处理，处理的进展记录在 XML 内容中（如状态改变），然后将 XML 数据转发到工作流处理的下一个阶段。消息可能是不同类型的，甚至可能是半结构化的，并且有不同的 XML 架构与它们相关联，因此将它们映射到表并不总是一件轻而易举的事。
针对不同垂直领域（如金融数据和地理空间数据）的基于 XML 的标准正在形成。这些标准根据可以查询和更新的实例数据来描述数据的结构。通常，实际数据采用的是二进制形式，而 XML 数据提供关于它们的元数据信息。
举一个简单的例子，为了将一个输入参数表传送到存储程序或函数，应用程序首先将数据转换成 XML，然后将其作为一个 XML 数据类型参数进行传递。在存储过程或函数内，从 XML 参数重新生成行集。
文档管理
假设有一个呼叫中心，它采用 XML 文档来维护患者记录和谈话。当患者发起呼叫时，呼叫中心希望恢复前面的谈话以设置传入呼叫的情景。这可以通过查询 XML 标记实现，从而给应用程序带来好处。此外，还可以方便地检索以前谈话的细节并记录当前的谈话。
像电子邮件之类的文档本质上是半结构化的。带有 XML 标记的文档正变得越来越容易创建，例如，使用 Office 2003。可以将这些 XML 文档存储在 XML 列中，并建立索引，进行查询和更新。因此，通过利用原生 XML 支持，开发人员可以做更多的事情。