DB2 VARCHAR 列或 XML 列或其他序列化？
DB2 VARCHAR column or XML column or other serialization?
我们的应用程序需要我们 (DBA) 构建一个新的 table 来存储有关不同事务的大量数据。
在所有这些交易中，某些属性对于所有交易类型都是相同的，因此这些 attributes/columns 将被完全归因。
有很多属性只有某些类型的交易具有，而其他类型的交易则没有。
为了存储所有这些，我们正在考虑创建一个 table，其中一些列被完全归因，而其他不相关的数据（在交易之间）将存储在 VARCHAR 中（data_area).然后，应用程序将检索此数据并使用大型机副本对其进行映射。他们对这个解决方案没意见。
我认为这是最简单的方法，但是使用 XML 数据类型列（而不是 VARCHAR）会更强大（对于查询、性能等）吗？
XML 结构中的第一条数据需要用于识别交易类型，然后我们将映射其余部分（来自 data_area 列）。因此，拥有 XML 列可能意味着我们（DBA）将在返回数据之前在我们这边（而不是应用程序）进行映射。除非有一种方法可以使用 Cobol（在应用程序端）映射 XML 数据。
有什么想法吗？
谢谢
如果要在应用程序端处理所有序列化和处理，则 VARCHAR 解决方案很好。
如果您想在数据库端对数据进行任何重要处理，我建议您完全不要使用序列化，而是将数据放入适当格式化的表中。 XML 格式的列仍然笨重且使用起来效率低下。
如果 XML 意味着映射将从应用程序移动到数据库，我当然不会选择它。
我们的应用程序需要我们 (DBA) 构建一个新的 table 来存储有关不同事务的大量数据。
在所有这些交易中，某些属性对于所有交易类型都是相同的，因此这些 attributes/columns 将被完全归因。
有很多属性只有某些类型的交易具有，而其他类型的交易则没有。
为了存储所有这些，我们正在考虑创建一个 table，其中一些列被完全归因，而其他不相关的数据（在交易之间）将存储在 VARCHAR 中（data_area).然后，应用程序将检索此数据并使用大型机副本对其进行映射。他们对这个解决方案没意见。
我认为这是最简单的方法，但是使用 XML 数据类型列（而不是 VARCHAR）会更强大（对于查询、性能等）吗？
XML 结构中的第一条数据需要用于识别交易类型，然后我们将映射其余部分（来自 data_area 列）。因此，拥有 XML 列可能意味着我们（DBA）将在返回数据之前在我们这边（而不是应用程序）进行映射。除非有一种方法可以使用 Cobol（在应用程序端）映射 XML 数据。
有什么想法吗？
谢谢
如果要在应用程序端处理所有序列化和处理，则 VARCHAR 解决方案很好。
如果您想在数据库端对数据进行任何重要处理，我建议您完全不要使用序列化，而是将数据放入适当格式化的表中。 XML 格式的列仍然笨重且使用起来效率低下。
如果 XML 意味着映射将从应用程序移动到数据库，我当然不会选择它。