ASOBrasil wrote:Para o pessoal que trabalha com desenvolvimento ágil...

Basicamente nos modelos de desenvolvimento ágil o sistema vai sendo elaborado, desenvolvido e entregue por etapas conforme a necessidade do cliente (me corrijam se eu estiver errado). Deve haver refatoração constante no sistema para que esse não vire um remendo só (isso em qualquer sistema, é claro!). Minha dúvida é: como fica a parte do banco de dados, sendo que esse não é tão fácil ser alterado, principalmente por causa das constraints e dos próprios dados em si! Exemplo: entreguei uma parte do sistema para o cliente e depois de algumas iterações descubro que por causa de uma funcionalidade tenho que fazer uma alteração no modelo, então vou ter que criar um script para "arrumar" esses dados! Isso não acaba ocorrendo com certa freqüência, já que não planejei meu modelo da dados desde o início do projeto?

microfilo wrote:As mudanças no banco de dados que devem ser efetuadas são simplesmente... efetuadas

Normalmente as DMLs são versionadas e a cada "entrega" provavelmente passam uma baseline nelas.

Se por acaso uma coluna sumir ou algo assim, provavelmente a alteração vira acompanhada de um plano de migração (e um baita de um backup antes!).

emerleite wrote:IMO, pode ser até uma vantagem visto que erros na modelagem podem ser corrigidos o quanto antes e não apenas quando todo o schema ja estiver definido e/ou o DB já com os seus terabytes de dados. Claro que mesmo neste último cenário pode acontecer mudanças.

ASOBrasil wrote:

microfilo wrote:As mudanças no banco de dados que devem ser efetuadas são simplesmente... efetuadas

Normalmente as DMLs são versionadas e a cada "entrega" provavelmente passam uma baseline nelas.

Se por acaso uma coluna sumir ou algo assim, provavelmente a alteração vira acompanhada de um plano de migração (e um baita de um backup antes!).

emerleite wrote:IMO, pode ser até uma vantagem visto que erros na modelagem podem ser corrigidos o quanto antes e não apenas quando todo o schema ja estiver definido e/ou o DB já com os seus terabytes de dados. Claro que mesmo neste último cenário pode acontecer mudanças.

O problema não é somente efetuar a mudança, isso tem que fazer mesmo. Minha preocupação é quantas vezes vou ter que efetuar essas mudanças já que não planejei a modelagem desde o começo! Não sei... ainda não consigo ver a parte de modelagem banco de dados se encaixando no processo de desenvolvimento ágil. Acho que a maioria de nós sabe como geralmente é dificil lidar com DBAs; imagine toda hora tendo que alterar o modelo de dados e fazer migrações porque o negócio não foi planejado, acho que vai ter muita treta na certa.

Taz wrote:
Obviamente, existem técnicas para se minimizar a quantidade de refatoração em banco de dados.

Scott Ambler possui livros que falam sobre esse assunto.

- Agile Database Techniques - Effective Strategies for the Agile Software

- Refactoring Databases Evolutionary Database Design

Tb tenho uma entrevista onde ele desce a lenha nos DBAs, hehehe.

ASOBrasil wrote:

O problema não é somente efetuar a mudança, isso tem que fazer mesmo. Minha preocupação é quantas vezes vou ter que efetuar essas mudanças já que não planejei a modelagem desde o começo! Não sei... ainda não consigo ver a parte de modelagem banco de dados se encaixando no processo de desenvolvimento ágil. Acho que a maioria de nós sabe como geralmente é dificil lidar com DBAs; imagine toda hora tendo que alterar o modelo de dados e fazer migrações porque o negócio não foi planejado, acho que vai ter muita treta na certa.

microfilo wrote:
Enfim, eu nunca desenvolvi um projeto enorme utilizando desenvolvimento ágil, alguem que já o fez teve problema com a modelagem dos dados?

paulohbmetal wrote:

microfilo wrote:
Enfim, eu nunca desenvolvi um projeto enorme utilizando desenvolvimento ágil, alguem que já o fez teve problema com a modelagem dos dados?

Pois é, teoricamente o problema estaria na questão de ter que entregar uma versão funcional a cada iteração e se essa "bombinha" já estiver em produção.

pcalcado wrote:Numa ambiente de desenvolvimento moderno e orientado a objetos isso não costuma ser problemátio. Os piores problemas acotnecem quando cismam em usar o banco de dados para integrar sistemas e isso sempre causa problema, seja num desenvolvimento iterativo ou não.