2010-05-10 40 views
1

我还没有花费大量时间研究这个问题,主要是寻找升级/更改DB模式的最佳实践。SQL Server:缓解模式更改/升级

我们正在积极开发新产品,因此我们经常增加或更改我们的数据库模式。我们还有许多数据库副本 - 一个用于测试环境,一个用于产品环境,dev环境,您可以将其命名。每次我们想要对数据库进行更改时,我们并不希望不得不放弃测试数据。

是否有自动化或处理这个好方法?我们谁也没有真正过处理这个所以...

回答

1

规范化,正常化,规范化

然后再做一遍。

这意味着您可以在不中断其他表格的情况下滑入新的表格/视图和其他美味善良。

我看过数据库,要求要归一化,但不是。在考虑分离事情时,试着展望未来。

您可能会花费一些连接,但查询不是表的表格,并采取一个好的缓存策略,你会很好去。一些NoSQL数据库提供了更好的灵活性,但就成熟性而言,这有点像精神分裂症的侄子。

我们所拥有的是一个与SQL无关的表格描述,它被翻译成SQL和更新,以及一个ORM/ActiveRecord/Mapper,它只使用SQL数据库模式本身的数据来计算出发生了什么......这个意味着你的应用也适应了变化。 我们也大量使用存储过程进行插入,主要从视图中读取。