像我这种天生就不太对tsql感冒的人，我想应该不少。
昨天和汪警官讨论起来xml在sql的应用，想想确实有道理。
对于一个字段比较多的表，或者字段经常变化的表，我们的数据库变更，会对上层影响很大，如何来彻底解决呢？
传统的分层，orm都不能很好的解决这些问题。

这个问题出在哪里呢？我想主要的原因是现在的关系数据库都是一个平面的，关系型数据库。如果我们能把数据库扩展为3维的数据库，这个问题就应该好办了。恰好，xml是垂直的，层次的，递归的数据结构。

如果我们把一些不需要做关系的，key的剔出，其他的无关的数据作为一个整体，是不是就可以了呢？

如果把这些无关的字段放在一个object里，然后序列化存储在表中的一个字段，岂不是统一了？在查询时怎么办呢？
在SQL2000中，经汪同学提醒，可以使用openxml,在sql2005中，我想大家都知道了想操作xml,简直是太容易了。

起初我一直担心的就是效率问题，但是汪同学总是非常肯定地说：“没问题，我们公司全国和japan都用，速度不是问题”

这个主意倒是不错，可以尝试一下，哪位同学这样做过？可以交流一下。