大家好,
我正在阅读Dan Chak的文章"Database as a Fortress“,这篇文章来自优秀的书籍”每个软件架构师都应该知道的97件事“(sanitised Amazon link),它建议数据库不应该使用敏捷方法进行设计。
有一个关于敏捷方法和数据库"Agile development and database changes“的问题,它有一些关于敏捷开发方法的优秀答案。事实上,one of the answers提供了一个绝妙的想法,即每次更新数据库都需要什么。;-)
但在阅读完Dan Chak的文章后,我想知道敏捷方法是否真的适合大规模系统。
当然,这引出了一个问题,即如何最好地为与BDUF数据库设计交互的应用程序解耦敏捷方法,而不在所采用的最终设计中添加复杂的转换层?
有什么建议吗?
干杯,
发布于 2010-06-13 07:52:20
这真的取决于你所说的“大规模系统”是什么。不管你是不是“敏捷”的,解耦一个系统的各个部分总是一个好主意。BDUF的想法并不意味着你不做预先的设计,你只是不做太多的设计,并在一个最终证明不支持后来的功能的设计上进行了巨大的投资。
就我个人而言,我会查看http://databaserefactoring.com/ (“数据库重构”一书的网站),以更好地了解什么是可能的以及为什么。
祝好运!
https://stackoverflow.com/questions/1143014
复制相似问题