Diferente do meu blog, onde o foco é apresentar as idéias “mastigadas”, aqui eu pretendo gerar discussões para que possamos entrar num consenso.
Primeiro, deem uma olhada neste artigo que apresenta bancos de dados como commodities, ou seja, qualquer um serve. Depois tem mais esses posts sobre ORM e Frameworks que também acho interessante.
Agora gostaria de saber a opinião de vocês: dado um sistema não crítico de mercado (tipo um CRM, e-commerce, portal, etc), onde mais de 50% das funcionalidades são CRUD, 30% relatórios e os 20% restantes alguma lógica e processamento, a escolha do banco de dados e a forma com que os dados serão manipulados são os principais fatores determinantes do sucesso de um projeto?
1… 2… 3… Valendooo!
Minha humilde opinião …
“a escolha do banco de dados e a forma com que os dados serão manipulados são os principais fatores determinantes do sucesso de um projeto?”
Direto e reto: Não ! Estes commodities influenciam em alguns fatores, mas não nos determinantes !
Ultimamente, acho que o fator determinante é o “relacionamento” com o cliente, e as metodologias agéis mostram maneiras legais de lidar com isso.
Escolha do banco de dados: irrelevante (desde que a equipe esteja familiarizada com o sgbd)
Forma como os dados são manipulados: usar do jeito em que a equipe for mais produtiva.
Não tem jeito, a palavra-chave é equipe sempre.
Torcendo um pouco o assunto, torço pelo dia em que os bancos de dados como conhecemos hoje virem passado. CRUD é desumano, anti-natural.
Concordo com vocês. Acho que o banco de dados tem pouco ou nenhum peso para esses sistemas corriqueiros.
Só levantei a discussão pois um dos pilares do waterfall, defendido pelos “DBAs”, é a modelagem de banco de dados como se fosse o ponto principal do sistema. E nós sabemos que isso não funciona.
Reforçando a idéia e aproventando a mensagem do meu post anterior, o que determina sucesso num projeto é a EQUIPE.
Embora minha preferência seja Postgres, por achá-lo mais completo, tenho de admitir que bancos de dados estão perto de ser commodities.
Já o são na prática pra quem usa ORM e não precisa de todo o poder de fogo de um Oracle ou PostgreSQL, mas se alguém se arriscar a fazer queries na mão, as diferenças ainda serão um pouco chatas de lidar.