Mais uma vez, seu exemplo é peculiar à uma implementação, e não ao paradigma. Existem vantagens e desvantagens até mesmo entre implementações diferentes de bancos SQL, que todos seguem o mesmo padrão, imagina então entre NoSQL que não tem um padrão base definido...
Você está generalizando que bancos NoSQL são pesados, que são complicados, que não têm vantagens em relação à bancos SQL.
Isso é a mesma coisa que dizer que sistemas de arquivos Unix-like são lentos, que não tem segurança contra erros, etc. É simplesmente errado afirmar isso porque cada implementação é totalmente diferente da outra.
Não vou mais insistir no assunto. Acho que a thread já tem informação suficiente pra qualquer um tirar sua própria conclusão.
--@Jonas,Então vamos lá ... vou dar 1 exemplo de um grande e famoso: DynamoDB.O DynamoDB só indexa os campos no momento que você cria a tabela, qualquer campo que você adicionar depois disso você não consegue filtrar por ele.Pensa bem, hoje você cria a tabela "usuario" com os campos "nome" e "telefone". Amanhã você quer acrescentar o campo "cpf" (até aqui beleza, afinal de conta nossos sistemas crescem e mudam).Só que você descobre que não consegue fazer uma busca pelo campo de CPF sem ter que recriar o banco e migrar os dados.Esse foi apenas 1 exemplo, existem muitas outras peculiaridades deste e de outros bancos (RavenDB, MongoDB, ect). Se isso não é "ser mais complicado" eu sinceramente não sei o que é.É nesse sentido que eu digo que não há necessidade de complicar o que é fácil.É claro que cada um usa o que achar melhor e o que vai resolver o problema do negócio de acordo com a arquitetura (não existe bala de prata) mas continuo sem conseguir enxergar onde há qualquer tipo de ganho com NoSql NO ANDROID.Abraços,
Pedro Subutzki
__________________________________________HADI - Makes SQLite in Android easy and simple
https://github.com/PepeuCps/HadiEm 29 de maio de 2014 10:10, Jonas Alves <jonasfa@gmail.com> escreveu:E desde quando bancos NoSQL são considerados mais "complicados" do que bancos SQL?
Ser padrão não significa ser o mais simples. Cada caso é um caso.
Imagina se tivessem deixado de usar linguagens orientadas a objetos pra não "complicar o que é fácil". Estaríamos usando procedural até hoje. Não tem cabimento...E ser ou não NoSQL não tem absolutamente nada a ver com ser escalável. Funcionalidades de escalonamento são características das implementações, não do paradigma.
----É obvio que NoSQL não depende exclusivamente do número de registros porém não há porque complicar o que é fácil. Na minha opinião o NoSQL faz diferença sim quando se fala de alto numero de registros e mesmo assim limitado a diversas situações. Isso foi inclusive muito batido no AWS Summit que teve em São Paulo essa semana (Bancos gerenciados x DinamoDB para escalabilidade).Qualquer NoSQL não tem o mesmo amadurecimento e número de ferramentas que o SQL padrão (mysql, sql serve, oracle, etc) tem.Na minha opnião NoSQL continua não fazendo sentido no Android.
Abraços,
Pedro Subutzki
__________________________________________HADI - Makes SQLite in Android easy and simple
https://github.com/PepeuCps/HadiEm 28 de maio de 2014 13:21, Jonas Alves <jonasfa@gmail.com> escreveu:NoSQL não tem nada a ver com o número de registros. NoSQL denota simplesmente a ausência do SQL, ou seja, os dados vão ser armazenados e buscados de alguma outra forma: documentos, chave/valor, grafos, objetos, entre outras.2014-05-28 13:15 GMT-03:00 Pedro Subutzki <Pepeu> <falecompepeu@gmail.com>:
Na minha opinião não faz sentido NoSQL no Android.NoSQL faz sentido quando estamos falando de muitos registros. Se temos muitos registros devemos lembrar que os recursos mobiles são bem limitados.Abraços,
Pedro Subutzki
__________________________________________HADI - Makes SQLite in Android easy and simple
https://github.com/PepeuCps/HadiEm 26 de maio de 2014 10:22, Heitor Neto Carvalho <heitorh3@gmail.com> escreveu:Pessoal estou realizando um pós graduação em desenvolvimento de sistemas e para o meu trabalho final eu queria fazer algo relacionado a NoSQL no android mais não consegui pensar em algum tema vocês podem me dar alguma dica?
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
0 comentários:
Postar um comentário