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 意味着映射将从应用程序移动到数据库,我当然不会选择它。