2010/2/25 Leandro DUTRA <[email protected]>: > O problema é saber porque quer… as pessoas responsabilizam o SQL pelos > defeitos de determinadas implementações e, pior ainda, responsabilizam > o modelo relacional pelos problemas do SQL.
Ah, sim, isso é verdade. Esses tempos conversava sobre isso na lista de python. Eu não tenho nada contra esses NoSQl, até acho alguns bem interessantes. Ainda não mexi, só li e vi alguns exemplos. Eu fico um pouco preocupado é com o nome. NoSQL. embora curtinho e sonoro, bom para promoção, parece, ainda que muito no fundo, um movimento "contra". Além disso, curiosamente o nome indica um defeito que realmente existe nessas implementações. O nome só diz o que NÃO é. Porque são vários produtos, alguns com características bem diferentes, mas muitos completamente diferentes no modo de fazer as coisas. Como falei, acho bem interessante o uso desse tipo de solução. Mas vejo que muita gente busca nessas ferramentas a solução mágica onde vão jogar seus dados de qualquer maneira aos bilhões sem nunca avaliar nada e no fim eles estarão lá sempre super rápidos e disponíveis. Tem gente que acha chave estrangeira como preciosismo e depois reclama dos resultados. Quando esse tipo de desenvolvedor irresponsável começar a saltar para os NoSQL sem pensar em nada, esse tipo de solução também deve mostrar alguns defeitos pelo uso indiscriminado. >> Quando outra corrente avaliava, e concordo, que a responsabilidade é >> de quem planejou o sistema, não ficar culpando um ambiente ou >> linguagem. > > Ambientes, linguagens &c são parte do planejamento, certo? > Claro, quis dizer isso mesmo. Responsabilidade de quem planeja. Mesmo que tenham avaliado que realmente o problema era o Rails mesmo, fica parecendo uma atitude de gente irresponsável. _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
