Em 11/09/2012 15:26, Eduardo Alexandre escreveu: > Em 11 de setembro de 2012 15:20, Flávio Alves Granato > <[email protected] <mailto:[email protected]>> escreveu: > > Bem, vou pelo pensamento mais conservador. Se pode dar > consequência então é de se pensar, pois pode dar consequência > média e baixa pode dar problema a médio e longo prazo. > > Veja bem, a questão não é com você. A culpa é de todos nós, pois também sou desenvolvedor. > Dois pontos: > O desenvolvimento precisa atender a determinados níveis de qualidade e > velocidade de desenvolvimento. Se houver desenvolvedores na lista, > sabem o que é receber um pedido de um recurso mirabolante pra ontem e > ser obrigado a cumprir esse prazo. Geralmente esse fato se repete dia > após dia, sendo tudo urgente e pra ontem. devemos assumir nossa grande parcela de culpa neste ponto aqui. > > Se eu for pensar no cenário ideal, diria que é melhor fazer o software > "na unha", otimizado para a melhor performance possível. Mas será que > isso é possível? :) Em projetos bucha não é. O mais certo é, depende. Pois se você conseguir utilizar os argumentos corretos você consegue o que quiser. No projeto que estou o senhor que "arquitetou" o sistema, utilizar um ORM ( ibatis ) para ficar chamando procedures no banco, que por sorte foi imposto postgresql, mas ele queria um "melhor"... já sabemos qual... > > Se não formos utilizar a tecnologia que pode ter consequência > negativa, qual usaremos? Devemos é mitigar os riscos, principalmente no momento de escolher as ferramentas, participei de um projeto em que era feito uma atualização quase inteira da base de dados pois era um momento de importação de atualização de dados em cada cliente do sistema... um tal de "CASCADE ALL + FECHT EAGER" nos matou de dor de cabeça, pois a base era relacional e nos objetos um continha o outro e assim por diante... e no momento de atualizar tudo ficava em loop... solução, o velho e bom SQL puro...
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
