如何建立通用的数据库结构?

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

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

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

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

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

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

转载于:https://www.cnblogs.com/liuyuer/archive/2006/07/24/457933.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值