falsa qualidade.O cliente tambem e corresponsavel por isso quando pressiona seu fornecedor de software a menores prazos e precos todavia.Conclui-se portanto este problema sendo mais mercadologico do que de uma parte ou de outra. Projeto de software ainda e visto por muitos como algo simples e rapido, qualquer pessoa consciente ao tentar dizer o contrario sofrera retaliacoes, nao pessoal, mas e porque projeto de software e commodity pelo volume de ofertas atual.Principais erros no desenvolvimento de software com banco de dadosVamos a verificacao dos principais erros, alvos deste artigo.1) Confundir Objeto com EntidadeA confusao do Objeto com a Entidade e um erro normalmente ocorrido na etapa de concepcao de um sistema, pois pensa-se no Objeto como sendo um tabela nos casos mais cronicos.2) Nao se releva no projeto de software a importancia do MERA falta de competencia em Modelo Entidade-Relacionamento esta ligado ao mal investimento de uma empresa fabricante de software, porque pensa-se no hoje somente, a logica do consumo rapido faz todos esquecerem dos efeitos desta omissao. Na pratica, o banco de dados e um sistema e como qualquer sistema, tem seus pre-requisitos para funcionar corretamente, manter o desempenho ao longo de seu crescimento, atender as necessidades de relatorios sem impactar o sistema que o abastece, conhecido como sistema operacional (nao tem nada a ver com Windows, Linux e outros, trata-se do sistema com as operacoes desenvolvidas e ligado ao banco de dados).A presenca do profissional especialista em banco de dados ainda e a melhor maneira de projetar um sistema capaz de manter o mesmo desempenho em seus primeiros dias de vida e apos meses de funcionamento porque ele vai saber como organizar os dados em entidades, gerar os relacionamentos, identificar as indexacoes vitais para o desempenho das operacoes principais, relatorios, determinara as politicas de manutencao dos dados como e o caso do controle transacional quando muitas entidades estao envolvidas em uma operacao, escalonamento para o sistema comportar novos modulos ou funcionalidades sem sofrer deformacoes impactantes para o sistema operacional e muito mais.Em resumo, somente um profissional competente e capaz de prever com muito mais facilidade do que um programador as melhores praticas de organizacao e manutencao dos dados operacionais e ainda sabera resolver as novas demandas por processamentos gerenciais sobre o banco de dados sem impactar o sistema principal.3) Erros principais em relatoriosNao e anormal se voce for investigar seus relatorios, identificar problemas criticos que impactam na integridade das informacoes esperadas por voce e voce nem saber destes problemas. Aqui falo do programador pressionado a gerar relatorio, dentro do seu conhecimento ele tende a ignorar as normas de relacionamentos, filtros constantes e variaveis a serem aplicadas na consulta do relatorio. Na pratica ele pode, por exemplo, apresentar os resultados financeiros parcialmente porque fez uma relacao "inner join" (deve estar contido nos dois conjuntos para mostrar a informacao) entre a tabela de resultados com cadastros. Se o cadastro for facultativo, simplesmente as transacoes ocorridas para o cadastro nao realizado nao serao mostradas e e comum este erro, somente os usuarios mais criticos conseguem perceber o problema mesmo sem entender a causa