BDUF를 사용하여 데이터베이스에서 앱의 민첩한 개발을 분리하는 방법은 무엇입니까?

Question

G'day,

나는 "97 가지 모든 소프트웨어 아키텍트가 알아야 할"우수한 책에서 댄 착에 의해 기사 "Database as a Fortress"를 읽고 있었다 (sanitised Amazon link) 데이터베이스가 민첩 접근 방식을 사용하여 설계되지 않아야 함을 시사한다.

애자일 방식과 데이터베이스 "Agile development and database changes"에 대한 의문점이 있습니다. 민첩한 개발 방식을 다루는 몇 가지 우수한 답변이 있습니다. 실제로 one of the answers은 DB의 각 업데이트에 필요한 아이디어를 제공합니다. ;-)

Dan Chak의 기사를 읽은 후에 나는 민첩한 접근 방식이 대규모 시스템에 실제로 적합한 지 궁금하게 생각합니다.

물론 이것은 최종 디자인에 복잡한 번역 레이어를 추가하지 않고 BDUF 데이터베이스 디자인과 상호 작용하는 응용 프로그램에 대해 민첩한 접근 방식을 가장 잘 분리하는 방법에 대한 질문으로 이어집니다.

제안 사항?

환호, 그것은 정말 당신이 "대규모 시스템"에 의해 무엇을 의미하는지에 따라 달라집니다

Answer 1

. 당신이 "민첩"하든 아니든, 시스템 조각을 분리하는 것은 항상 좋은 생각입니다. BDUF의 아이디어는 당신이 을 디자인하지 않고 디자인을하는 것을 의미하는 것은 아니며, 너무 많은 디자인을하지 않고 이후 기능을 지원하지 않는 디자인에 많은 투자를 할뿐입니다.

필자는 개인적으로 무엇이 가능하고 왜 더 좋은지 알기 위해 http://databaserefactoring.com/ (데이터베이스 리팩토링에 대한 웹 사이트)을 보았습니다.

행운을 빈다.