天儿真好，
我正在阅读Dan Chak撰写的文章“Database as a Fortress”，这本书出自“每个软件架构师应该知道的97件事”（sanitised Amazon link），这表明数据库不应该采用敏捷方法设计
关于敏捷方法和数据库“Agile development and database changes”存在一个问题，其中包含一些关于敏捷开发方法的优秀答案。实际上，one of the answers提供了每次更新数据库所需内容的精彩概念。 ; - ）
但在阅读Dan Chak的文章后，我想知道敏捷方法是否真的适合大规模系统。
这当然会导致如何最好地为与BDUF数据库设计交互的应用程序分离敏捷方法而不在最终设计中添加复杂的转换层？
有什么建议吗？
欢呼声，
答案 0 :(得分：2)
这实际上取决于“大型系统”的含义。无论你是否“敏捷”，解耦系统都是一个好主意。 BDUF的想法并不意味着你事先设计 no ，你只是不设计太多，并且在设计上投入巨资，结果是不支持以后的功能。
就个人而言，我会查看http://databaserefactoring.com/（数据库重构书籍的网站），以便更好地了解可能性和原因。
祝你好运！