如何应对表结构经常变化?

今天无意间看到javaeye.com里的一篇贴子
原文:http://www.javaeye.com/topic/556641

引用:
作为架构师或者开发人员,面对业务方提出的数据结构变化的需求总是很头痛的,今天让你加个描述字段,明天让你再加个什么标记,后天又需要增加一个时间戳,千奇百怪,层出不穷,实在头痛。但是,我们不能随意的指责什么,因为业务在发展,而且我们不能也不应该因为技术或者实现的原因去否决一些业务变化,毕竟技术是什么?真正产生价值的还是业务!

那,在实践中,我们如何面对这种无法避免而且往往很难预期的数据结构变化呢?

PS:
自已在项目中大多处理客户端业务,但是偶尔有些小程序也设计过数据库.难免遇到表结构变化.
我只是好奇大家是怎么样应付这个问题的呢?

我有一些想法,但没有真正实验过:
jdon是一个讲OO的地方,OO往往从对象开始设计
当设计好对象以后,通过一些框架(比如Hibernate)可以自动在数据库中生成对应的表结构
所以说,对OO设计人员,不存在表结构经常变化的问题?

如果如我所想,我还想请教 对象映射到数据库大家是怎么做的,如果不方便细说,请提供相关技术关键字
以便为我学习指示方向,谢谢!


2009年12月25日 21:35 "mz"的内容

所以说,对OO设计人员,不存在表结构经常变化的问题?

如果如我所想,我还想请教 对象映射到数据库大家是怎么做的,如果不方便细说,请提供相关技术关键字
以便为我学习指示方向,谢谢!

是的,表在OO世界里是根本不存在的,只有对象的存储,具体可以见JiveJdon源码,你会发现很多对象存储都是使用Property类似Key-value存储方式。

学习DDD,就会让你摆脱这种困惑,在一个更高层次解惑。

2009年12月26日 09:53 "banq"的内容
2009年12月25日 21:35 "mz"的言论
所以说,对OO设计人员,不存在表结构经常变化的问题?如果如我所想,我还想请教 对象映射到数据库大家是怎么做的,如果不方便细说,请提供相关技术关键字以便为我学习指示方向,谢谢!是的,表在OO世界里是根本不存在的,只有对象的存储,具体可以见JiveJdon源码,你会发现很多对象存储都是使用Property类似key-value存储方式。学习DDD,就会让你摆脱这种困惑,在一个更高层次解惑。

谢谢banq