Re: Como começar com Banco de dados NoSql
Em NoSql o conceito é diferente. Tudo passa a ser tratado mais ou menos igual a objetos, a idéia é parecido com XML, ou JSON. Para cada problema será uma solução especifica para ordenamento. O Banco traz uma serie de funções para inserir, apagar, atualizar. Muito similar ao Hibernate, ou Django. Ao encaminhar esta mensagem, por favor: 1 - Apague meu endereço eletrônico; 2 - Apague também os endereços dos amigos que receberam juntamente com você a mensagem, antes de enviar; 3 - Encaminhe como Cópia Oculta (Cco ou BCc) aos seus destinatários. Dificulte assim a disseminação de vírus, spams e banners. #=+ #!/usr/bin/env python nome = 'Sinval Júnior' email = 'sinvalju arroba gmail ponto com' print nome print email #==+ Em 3 de fevereiro de 2012 13:14, Fagner Patricio escreveu: > Olá!! > > Davi, realmente não tenho conhecimento para falar sobre banco de dados, na > verdade nunca precisei usar um :), mas tenho confiança que os bancos NoSQL > serão o futuro, me simpatizo mais com o MongoDB, minha linguagem "mãe" é > python e me parece que eles são dão muito bem. > > Não entendo de modelagem de banco, seja ele SQL ou NoSQL. > > Eu seou admin de rede e o que me chama a atenção é questões de infra, como > redundância, balanceamento de carga e cluster e me parece que esses bancos > são feitos para isso. > > Mas eu queria discutir um cenário com você!!! > > Veja num banco relacional agente criar tabelas, por exemplo, "usuário" com > nome, data de nascimento e cidade certo? > > Ai eu crio outra tabela de cidades com informações de população e estado e > faço um relacionamento entre elas. > > Como isso ficaria no banco NoSQL como o mongodb? > > Em 3 de fevereiro de 2012 11:50, davi vidal escreveu: > >> Recomendo, fortemente, o curso de BD de Stanford: >> http://www.db-class.org >> >> Lá há dois vídeos que explicam o que é NoSQL. >> >> Hoje estou usando MongoDB com Ruby através do driver Mongoid. A >> rigor, qualquer banco funciona com qualquer linguagem, desde que hajam >> drivers. >> >> Fagner: quanto à eles não "serem tão genéricos como os RDBMS", >> isso é mentira. :P Além disso, o MongoDB é 100% OpenSource E tem uma >> empresa por trás. :-P >> >> Só posso falar sobre MongoDB, porque é o que estou usando no meu >> dia-a-dia. >> >> Resumão: bancos não-relacionais são extremamente mais rápidos que >> os relacionais. Se você precisa de um ambiente que funcione >> rapidamente, provavelmente você deveria considerar NoSQL. O problema é >> que ainda não existe nenhuma documentação* sobre NoSQL, então você >> está "sozinho" e tudo o que você fizer está certo... Ou errado. :-) >> >> Particularmente, acho que NoSQL tem muito futuro e pode ser usado >> pra quase todas as aplicações atualmente, algumas sendo mais >> facilmente adaptavéis. >> >> >> davi >> >> >> * Quando eu digo que não há documentação, quero dizer que ainda não >> foi definido o "NoSQL way" E não temos registros de muitos casos onde >> usar NoSQL deu errado/foi um erro. "Documentação", no sentido de >> referência do banco, a do MongoDB eu considero excelente, com exemplos >> fáceis de usar/entender. >> >> >> 2012/2/3 Fagner Patricio : >> > Essa é uma boa discurção!!! >> > >> > Já me interessei em usar esse tipo de banco, só conheço o que leio em >> > revistas!!! >> > >> > Me parece que são bancos de dados feitos para determinadas situações, >> > não >> > são tão genéricos como o bancos relacionais!! >> > >> > Já me interessei pelo MongoDB, mas acho que o principal é usar um que >> > tenha >> > futuro, ou seja quem mantém o projeto deve ser uma empresa séria ou uma >> > grande comunidade e seja 100% opensource. >> > >> > Em 3 de fevereiro de 2012 10:34, John DeRose >> > escreveu: >> > >> >> Caros, >> >> >> >> Gostaria de começar a trabalhar com banco de dados NoSql que funcione >> >> com >> >> PHP ou Java. >> >> Já ouvi dizer em Cassandra (da Apache) e MongoDB, mas não entendi no >> >> que >> >> se diferem... >> >> >> >> Alguem pode me ajudar, por onde começo? >> >> >> >> >> >> Abraço. >> > >> > >> > >> > >> > -- >> > Fagner Patrício >> > João Pessoa - PB >> > Brasil > > > > > -- > Fagner Patrício > João Pessoa - PB > Brasil -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CALatGPjy0wQgCBjQBG6OiGjxXJNH0oiAT4B=n=fk6x_iw...@mail.gmail.com
Re: Como começar com Banco de dados NoSql
Não é tratado. :) Em MongoDB não existe JOIN. Você consegue "o
mesmo efeito" de-normalizando o banco (duplicando informações). Você
resolve o mesmo problema com uma abordagem diferente. ;-)
Usuário com cidades você duplica a informação de cidade no
documento "Usuário" (já que cidades não costumam mudar de nome com
frequência), se o seu foco for listagem de usuários com a cidade onde
ele reside ou armazena a lista de usuário dentro do documento
"Cidades", se o seu foco for mostrar uma listagem de cidades,
opcionalmente mostrando os habitantes dessa cidade.
Outra alternativa é usar DBRef, apesar de não ser geralmente
recomendado: http://www.mongodb.org/display/DOCS/Database+References
Isso (referências) é algo que deve ser tratado na aplicação, não no cliente.
Eu resolveria assim:
Usuarios:
objectID -- este é o ID [1]
nome
cpf
cidade -- nome da cidade
Cidades:
objectID
nome
estado
Para saber qual estado o usuário mora:
usuario = db.usuarios.findOne( { cpf : "000.000.000-00" } )
cidade = db.cidades.findOne( { nome : usuario.cidade } )
print cidade.estado
Quantas pessoas moram numa cidade:
cidade = db.cidades.findOne( { nome: "Curitiba" } )
db.usuarios.find( { cidade : cidade.nome } ).count()
Por isso que você duplica dados: não tem join, então você tem que
fazer mais consultas.
davi
[1] - tem um motivo pra não termos id númericas auto-incrementáveis:
http://www.mongodb.org/display/DOCS/Object+IDs
2012/2/3 Fagner Patricio :
> Olá!!!
>
> Davi, minha dúvida é exatemente essa questão dos join, como isso é tratado
> em banco NoSQL, pelo o que eu etendi no seu caso é duplicação de
> informação!!
>
> Mas o cenário é!!
>
> Eu tenho informações de usuário e de cidades e quero relaciona-las!!!
>
> Isso é possível em bancos NoSQL?
>
> Em 3 de fevereiro de 2012 12:29, davi vidal escreveu:
>
>> 2012/2/3 Fagner Patricio :
>> > Olá!!
>> >
>> > Davi, realmente não tenho conhecimento para falar sobre banco de dados,
>> > na
>> > verdade nunca precisei usar um :), mas tenho confiança que os bancos
>> > NoSQL
>> > serão o futuro, me simpatizo mais com o MongoDB, minha linguagem "mãe" é
>> > python e me parece que eles são dão muito bem.
>> >
>> > Não entendo de modelagem de banco, seja ele SQL ou NoSQL.
>> >
>> > Eu seou admin de rede e o que me chama a atenção é questões de infra,
>> > como
>> > redundância, balanceamento de carga e cluster e me parece que esses
>> > bancos
>> > são feitos para isso.
>> >
>> > Mas eu queria discutir um cenário com você!!!
>> >
>> > Veja num banco relacional agente criar tabelas, por exemplo, "usuário"
>> > com
>> > nome, data de nascimento e cidade certo?
>> >
>> > Ai eu crio outra tabela de cidades com informações de população e estado
>> > e
>> > faço um relacionamento entre elas.
>> >
>> > Como isso ficaria no banco NoSQL como o mongodb?
>> >
>>
>> Como você faria esse relacionamento, digamos, no MySQL? :P
>>
>> Realmente não entendi sua pergunta.
>>
>> Não existe JOIN em MongoDB (e parece-me que em NoSQL, no geral).
>> Enquanto que isso pode parecer uma deficiência, deve-se olhar de outra
>> forma: JOINs são necessárias?
>>
>> Pense neste cenário:
>>
>> Usuarios
>> id
>> nome
>>
>> Posts
>> id
>> titulo
>> conteudo
>> usuario_id
>>
>> Comentarios
>> id
>> post_id
>> usuario_id
>> conteudo
>>
>> Banco MySQL, faço JOIN e todo mundo fica feliz. Mas essa solução
>> (e você como sysadmin vai concordar comigo e entender melhor) consome
>> muitos recursos num ambiente com muitas requisições. Uma alternativa
>> para melhorar o desempenho seria de-normalizar o banco. Assim você
>> duplica informação, perde MUITO desempenho num eventual UPDATE, mas
>> ganha na leitura. Basta "saber"* escolher o campo:
>>
>> Posts
>> id
>> titulo
>> conteudo
>> usuario_nome
>>
>> Comentarios
>> id
>> post_id
>> usuario_nome
>> conteudo
>>
>> No MongoDB, eu poderia fazer, ainda, o seguinte:
>>
>> Posts
>> id
>> titulo
>> conteudo
>> usuario_nome
>> comentarios: array{
>> id
>> usuario_nome
>> conteudo
>> }
>>
>> Sim. Um array dentro do registro. Seria, mais ou menos, como se
>> você pegasse todos os comentários de um post, serializasse e guardasse
>> no MySQL como BLOB, mas sem a serialização. :-)
>>
>> Qual o problema: aqui estou supondo que você não vai ficar mudando
>> de nome de 5 em 5 min. Se você ficar mudando de nome sempre, vou ter
>> que procurar em todo o banco de dados por todos os campos em que
>> esteja seu nome e fazer um UPDATE. É por isso que NoSQL é bom num
>> ambiente que você faça mais leituras que updates. Apesar de as
>> gravações serem extremamente rápidas, essa "maneira errada" de
>> desenhar um banco faz com que UPDATES sejam custosos, lentos e
>> difíceis, se não impossíveis.
>>
>> Mas voltando à sua pergunta: quer/pode elaborar melhor seu exemplo?
>>
>> davi
>>
>> * Quando eu digo "saber o campo" é na base do chutômetro, mesmo. :-)
>> Algumas vezes você tem como bater o olho numa tabela e identificar os
>> cam
Re: Como começar com Banco de dados NoSql
Olá!!!
Davi, minha dúvida é exatemente essa questão dos join, como isso é tratado
em banco NoSQL, pelo o que eu etendi no seu caso é duplicação de
informação!!
Mas o cenário é!!
Eu tenho informações de usuário e de cidades e quero relaciona-las!!!
Isso é possível em bancos NoSQL?
Em 3 de fevereiro de 2012 12:29, davi vidal escreveu:
> 2012/2/3 Fagner Patricio :
> > Olá!!
> >
> > Davi, realmente não tenho conhecimento para falar sobre banco de dados,
> na
> > verdade nunca precisei usar um :), mas tenho confiança que os bancos
> NoSQL
> > serão o futuro, me simpatizo mais com o MongoDB, minha linguagem "mãe" é
> > python e me parece que eles são dão muito bem.
> >
> > Não entendo de modelagem de banco, seja ele SQL ou NoSQL.
> >
> > Eu seou admin de rede e o que me chama a atenção é questões de infra,
> como
> > redundância, balanceamento de carga e cluster e me parece que esses
> bancos
> > são feitos para isso.
> >
> > Mas eu queria discutir um cenário com você!!!
> >
> > Veja num banco relacional agente criar tabelas, por exemplo, "usuário"
> com
> > nome, data de nascimento e cidade certo?
> >
> > Ai eu crio outra tabela de cidades com informações de população e estado
> e
> > faço um relacionamento entre elas.
> >
> > Como isso ficaria no banco NoSQL como o mongodb?
> >
>
> Como você faria esse relacionamento, digamos, no MySQL? :P
>
>Realmente não entendi sua pergunta.
>
>Não existe JOIN em MongoDB (e parece-me que em NoSQL, no geral).
> Enquanto que isso pode parecer uma deficiência, deve-se olhar de outra
> forma: JOINs são necessárias?
>
>Pense neste cenário:
>
> Usuarios
> id
> nome
>
> Posts
> id
> titulo
> conteudo
> usuario_id
>
> Comentarios
> id
> post_id
> usuario_id
> conteudo
>
>Banco MySQL, faço JOIN e todo mundo fica feliz. Mas essa solução
> (e você como sysadmin vai concordar comigo e entender melhor) consome
> muitos recursos num ambiente com muitas requisições. Uma alternativa
> para melhorar o desempenho seria de-normalizar o banco. Assim você
> duplica informação, perde MUITO desempenho num eventual UPDATE, mas
> ganha na leitura. Basta "saber"* escolher o campo:
>
> Posts
> id
> titulo
> conteudo
> usuario_nome
>
> Comentarios
> id
> post_id
> usuario_nome
> conteudo
>
>No MongoDB, eu poderia fazer, ainda, o seguinte:
>
> Posts
> id
> titulo
> conteudo
> usuario_nome
> comentarios: array{
> id
> usuario_nome
> conteudo
> }
>
>Sim. Um array dentro do registro. Seria, mais ou menos, como se
> você pegasse todos os comentários de um post, serializasse e guardasse
> no MySQL como BLOB, mas sem a serialização. :-)
>
>Qual o problema: aqui estou supondo que você não vai ficar mudando
> de nome de 5 em 5 min. Se você ficar mudando de nome sempre, vou ter
> que procurar em todo o banco de dados por todos os campos em que
> esteja seu nome e fazer um UPDATE. É por isso que NoSQL é bom num
> ambiente que você faça mais leituras que updates. Apesar de as
> gravações serem extremamente rápidas, essa "maneira errada" de
> desenhar um banco faz com que UPDATES sejam custosos, lentos e
> difíceis, se não impossíveis.
>
>Mas voltando à sua pergunta: quer/pode elaborar melhor seu exemplo?
>
> davi
>
> * Quando eu digo "saber o campo" é na base do chutômetro, mesmo. :-)
> Algumas vezes você tem como bater o olho numa tabela e identificar os
> campos "imutáveis". Outras vezes vai ser no chute mesmo.
>
--
Fagner Patrício
João Pessoa - PB
Brasil
Re: Como começar com Banco de dados NoSql
2012/2/3 Fagner Patricio :
> Olá!!
>
> Davi, realmente não tenho conhecimento para falar sobre banco de dados, na
> verdade nunca precisei usar um :), mas tenho confiança que os bancos NoSQL
> serão o futuro, me simpatizo mais com o MongoDB, minha linguagem "mãe" é
> python e me parece que eles são dão muito bem.
>
> Não entendo de modelagem de banco, seja ele SQL ou NoSQL.
>
> Eu seou admin de rede e o que me chama a atenção é questões de infra, como
> redundância, balanceamento de carga e cluster e me parece que esses bancos
> são feitos para isso.
>
> Mas eu queria discutir um cenário com você!!!
>
> Veja num banco relacional agente criar tabelas, por exemplo, "usuário" com
> nome, data de nascimento e cidade certo?
>
> Ai eu crio outra tabela de cidades com informações de população e estado e
> faço um relacionamento entre elas.
>
> Como isso ficaria no banco NoSQL como o mongodb?
>
Como você faria esse relacionamento, digamos, no MySQL? :P
Realmente não entendi sua pergunta.
Não existe JOIN em MongoDB (e parece-me que em NoSQL, no geral).
Enquanto que isso pode parecer uma deficiência, deve-se olhar de outra
forma: JOINs são necessárias?
Pense neste cenário:
Usuarios
id
nome
Posts
id
titulo
conteudo
usuario_id
Comentarios
id
post_id
usuario_id
conteudo
Banco MySQL, faço JOIN e todo mundo fica feliz. Mas essa solução
(e você como sysadmin vai concordar comigo e entender melhor) consome
muitos recursos num ambiente com muitas requisições. Uma alternativa
para melhorar o desempenho seria de-normalizar o banco. Assim você
duplica informação, perde MUITO desempenho num eventual UPDATE, mas
ganha na leitura. Basta "saber"* escolher o campo:
Posts
id
titulo
conteudo
usuario_nome
Comentarios
id
post_id
usuario_nome
conteudo
No MongoDB, eu poderia fazer, ainda, o seguinte:
Posts
id
titulo
conteudo
usuario_nome
comentarios: array{
id
usuario_nome
conteudo
}
Sim. Um array dentro do registro. Seria, mais ou menos, como se
você pegasse todos os comentários de um post, serializasse e guardasse
no MySQL como BLOB, mas sem a serialização. :-)
Qual o problema: aqui estou supondo que você não vai ficar mudando
de nome de 5 em 5 min. Se você ficar mudando de nome sempre, vou ter
que procurar em todo o banco de dados por todos os campos em que
esteja seu nome e fazer um UPDATE. É por isso que NoSQL é bom num
ambiente que você faça mais leituras que updates. Apesar de as
gravações serem extremamente rápidas, essa "maneira errada" de
desenhar um banco faz com que UPDATES sejam custosos, lentos e
difíceis, se não impossíveis.
Mas voltando à sua pergunta: quer/pode elaborar melhor seu exemplo?
davi
* Quando eu digo "saber o campo" é na base do chutômetro, mesmo. :-)
Algumas vezes você tem como bater o olho numa tabela e identificar os
campos "imutáveis". Outras vezes vai ser no chute mesmo.
--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CA+Qfho+vp7ysmoMtb=x1pmjshwncj-l8zyss9qdmkppx28o...@mail.gmail.com
Re: Como começar com Banco de dados NoSql
Olá!! Davi, realmente não tenho conhecimento para falar sobre banco de dados, na verdade nunca precisei usar um :), mas tenho confiança que os bancos NoSQL serão o futuro, me simpatizo mais com o MongoDB, minha linguagem "mãe" é python e me parece que eles são dão muito bem. Não entendo de modelagem de banco, seja ele SQL ou NoSQL. Eu seou admin de rede e o que me chama a atenção é questões de infra, como redundância, balanceamento de carga e cluster e me parece que esses bancos são feitos para isso. Mas eu queria discutir um cenário com você!!! Veja num banco relacional agente criar tabelas, por exemplo, "usuário" com nome, data de nascimento e cidade certo? Ai eu crio outra tabela de cidades com informações de população e estado e faço um relacionamento entre elas. Como isso ficaria no banco NoSQL como o mongodb? Em 3 de fevereiro de 2012 11:50, davi vidal escreveu: >Recomendo, fortemente, o curso de BD de Stanford: > http://www.db-class.org > >Lá há dois vídeos que explicam o que é NoSQL. > >Hoje estou usando MongoDB com Ruby através do driver Mongoid. A > rigor, qualquer banco funciona com qualquer linguagem, desde que hajam > drivers. > >Fagner: quanto à eles não "serem tão genéricos como os RDBMS", > isso é mentira. :P Além disso, o MongoDB é 100% OpenSource E tem uma > empresa por trás. :-P > >Só posso falar sobre MongoDB, porque é o que estou usando no meu > dia-a-dia. > >Resumão: bancos não-relacionais são extremamente mais rápidos que > os relacionais. Se você precisa de um ambiente que funcione > rapidamente, provavelmente você deveria considerar NoSQL. O problema é > que ainda não existe nenhuma documentação* sobre NoSQL, então você > está "sozinho" e tudo o que você fizer está certo... Ou errado. :-) > >Particularmente, acho que NoSQL tem muito futuro e pode ser usado > pra quase todas as aplicações atualmente, algumas sendo mais > facilmente adaptavéis. > > > davi > > > * Quando eu digo que não há documentação, quero dizer que ainda não > foi definido o "NoSQL way" E não temos registros de muitos casos onde > usar NoSQL deu errado/foi um erro. "Documentação", no sentido de > referência do banco, a do MongoDB eu considero excelente, com exemplos > fáceis de usar/entender. > > > 2012/2/3 Fagner Patricio : > > Essa é uma boa discurção!!! > > > > Já me interessei em usar esse tipo de banco, só conheço o que leio em > > revistas!!! > > > > Me parece que são bancos de dados feitos para determinadas situações, não > > são tão genéricos como o bancos relacionais!! > > > > Já me interessei pelo MongoDB, mas acho que o principal é usar um que > tenha > > futuro, ou seja quem mantém o projeto deve ser uma empresa séria ou uma > > grande comunidade e seja 100% opensource. > > > > Em 3 de fevereiro de 2012 10:34, John DeRose > escreveu: > > > >> Caros, > >> > >> Gostaria de começar a trabalhar com banco de dados NoSql que funcione > com > >> PHP ou Java. > >> Já ouvi dizer em Cassandra (da Apache) e MongoDB, mas não entendi no que > >> se diferem... > >> > >> Alguem pode me ajudar, por onde começo? > >> > >> > >> Abraço. > > > > > > > > > > -- > > Fagner Patrício > > João Pessoa - PB > > Brasil > -- Fagner Patrício João Pessoa - PB Brasil
Re: Como começar com Banco de dados NoSql
Recomendo, fortemente, o curso de BD de Stanford: http://www.db-class.org Lá há dois vídeos que explicam o que é NoSQL. Hoje estou usando MongoDB com Ruby através do driver Mongoid. A rigor, qualquer banco funciona com qualquer linguagem, desde que hajam drivers. Fagner: quanto à eles não "serem tão genéricos como os RDBMS", isso é mentira. :P Além disso, o MongoDB é 100% OpenSource E tem uma empresa por trás. :-P Só posso falar sobre MongoDB, porque é o que estou usando no meu dia-a-dia. Resumão: bancos não-relacionais são extremamente mais rápidos que os relacionais. Se você precisa de um ambiente que funcione rapidamente, provavelmente você deveria considerar NoSQL. O problema é que ainda não existe nenhuma documentação* sobre NoSQL, então você está "sozinho" e tudo o que você fizer está certo... Ou errado. :-) Particularmente, acho que NoSQL tem muito futuro e pode ser usado pra quase todas as aplicações atualmente, algumas sendo mais facilmente adaptavéis. davi * Quando eu digo que não há documentação, quero dizer que ainda não foi definido o "NoSQL way" E não temos registros de muitos casos onde usar NoSQL deu errado/foi um erro. "Documentação", no sentido de referência do banco, a do MongoDB eu considero excelente, com exemplos fáceis de usar/entender. 2012/2/3 Fagner Patricio : > Essa é uma boa discurção!!! > > Já me interessei em usar esse tipo de banco, só conheço o que leio em > revistas!!! > > Me parece que são bancos de dados feitos para determinadas situações, não > são tão genéricos como o bancos relacionais!! > > Já me interessei pelo MongoDB, mas acho que o principal é usar um que tenha > futuro, ou seja quem mantém o projeto deve ser uma empresa séria ou uma > grande comunidade e seja 100% opensource. > > Em 3 de fevereiro de 2012 10:34, John DeRose escreveu: > >> Caros, >> >> Gostaria de começar a trabalhar com banco de dados NoSql que funcione com >> PHP ou Java. >> Já ouvi dizer em Cassandra (da Apache) e MongoDB, mas não entendi no que >> se diferem... >> >> Alguem pode me ajudar, por onde começo? >> >> >> Abraço. > > > > > -- > Fagner Patrício > João Pessoa - PB > Brasil -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ca+qfhokn15zc7xhgh6m4cv6vhq9jmnagymn+1oqz0wpj9jn...@mail.gmail.com
Re: Como começar com Banco de dados NoSql
Comece aprendendo o que é Nosql, recomendo o Google e depois instale o MongoDB e divirta-se. Existe muita documentação na rede e vários grupos de discussões dedicados exclusivamente neste assunto. Apesar do assunto está sendo divulgado apenas recentemente Nosql já é realidade em várias empresas no Google... O futuro é isto. Ao encaminhar esta mensagem, por favor: 1 - Apague meu endereço eletrônico; 2 - Apague também os endereços dos amigos que receberam juntamente com você a mensagem, antes de enviar; 3 - Encaminhe como Cópia Oculta (Cco ou BCc) aos seus destinatários. Dificulte assim a disseminação de vírus, spams e banners. #=+ #!/usr/bin/env python nome = 'Sinval Júnior' email = 'sinvalju arroba gmail ponto com' print nome print email #==+ Em 3 de fevereiro de 2012 11:37, Fagner Patricio escreveu: > Essa é uma boa discurção!!! > > Já me interessei em usar esse tipo de banco, só conheço o que leio em > revistas!!! > > Me parece que são bancos de dados feitos para determinadas situações, não > são tão genéricos como o bancos relacionais!! > > Já me interessei pelo MongoDB, mas acho que o principal é usar um que tenha > futuro, ou seja quem mantém o projeto deve ser uma empresa séria ou uma > grande comunidade e seja 100% opensource. > > Em 3 de fevereiro de 2012 10:34, John DeRose escreveu: > >> Caros, >> >> Gostaria de começar a trabalhar com banco de dados NoSql que funcione com >> PHP ou Java. >> Já ouvi dizer em Cassandra (da Apache) e MongoDB, mas não entendi no que >> se diferem... >> >> Alguem pode me ajudar, por onde começo? >> >> >> Abraço. > > > > > -- > Fagner Patrício > João Pessoa - PB > Brasil -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/calatgphf7-tu88h4abeksgthyy4zbt_mr_qra8dux5a+2sp...@mail.gmail.com
Re: Como começar com Banco de dados NoSql
Essa é uma boa discurção!!! Já me interessei em usar esse tipo de banco, só conheço o que leio em revistas!!! Me parece que são bancos de dados feitos para determinadas situações, não são tão genéricos como o bancos relacionais!! Já me interessei pelo MongoDB, mas acho que o principal é usar um que tenha futuro, ou seja quem mantém o projeto deve ser uma empresa séria ou uma grande comunidade e seja 100% opensource. Em 3 de fevereiro de 2012 10:34, John DeRose escreveu: > Caros, > > Gostaria de começar a trabalhar com banco de dados NoSql que funcione com > PHP ou Java. > Já ouvi dizer em Cassandra (da Apache) e MongoDB, mas não entendi no que > se diferem... > > Alguem pode me ajudar, por onde começo? > > > Abraço. > -- Fagner Patrício João Pessoa - PB Brasil
Como começar com Banco de dados NoSql
Caros, Gostaria de começar a trabalhar com banco de dados NoSql que funcione com PHP ou Java. Já ouvi dizer em Cassandra (da Apache) e MongoDB, mas não entendi no que se diferem... Alguem pode me ajudar, por onde começo? Abraço.
Re: [DICA] USB Tether para Android sem ROOT
2012/2/2 Sinval Júnior escreveu: > Bruno, você usa o versão do Android oferecida operadora? Nunca tive > este tipo de problema faço usa de tether diariamente. Já usei sim da > Oi. Sim, eu uso o Android 2.2 que veio com o celular. Parece que a instalação foi feita pela TIM, mas eu comprei desbloqueado e uso na Oi. Tive problemas para usar a internet via GPRS (só funcionou com app) e o tether também não funciona "de fábrica". -- Bruno Schneider http://www.dcc.ufla.br/~bruno/ -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cap1wdqu8qy8+7uuaafkdchxpcjemobftrqngv5+cuoot11c...@mail.gmail.com
Re: subsrcibe
Dá uma olhadinha no rodapé! 2012/2/2 Rafael Cunha > -- > []s Rafael Cunha > linux user #399164 > > > -- > To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: > http://lists.debian.org/ca+0ytfw1+3ycdz5oe-vqr3dqstjj8kh6awgmu+4zh5imay4...@mail.gmail.com > > -- "Cuando la guática pide comídica Pone al cristiánico firme y guerrérico Por sus poróticos y sus cebóllicas, No hay regimiéntico que los deténguica Si tienen hámbrica los populáricos." Violeta Parra Gunther Furtado Curitiba - Paraná - Brasil gunfurt...@gmail.com sip:furta...@ekiga.net
