[SP-pm] NoSQL não é um conceito, arquitetura, modelo, ... ! [Was: [off-topic] Artigo sobre ... ]

[Daniel de Oliveira Mantovani]

2010/9/17 Suissa <jnascimento em gmail.com>:
> OMG! Vcs não querem aceitar pq eu sou novo na lista, só pode!!! Se vc usar
> estrtutura relacional dentro de um NOSQL vc esta fazendo isso errado,
> simples.


Não, não é. Você está afirmando sem fundamento, para encerrar vamos
ler a definição do Memcached da webpage oficial:
http://code.google.com/p/memcached/wiki/NewOverview

"Free & open source, high-performance, distributed memory object
caching system, generic in nature, but intended for use in speeding up
dynamic web applications by alleviating database load.

Memcached is an in-memory key-value store for small chunks of
arbitrary data (strings, objects) from results of database calls, API
calls, or page rendering.

Memcached is simple yet powerful. Its simple design promotes quick
deployment, ease of development, and solves many problems facing large
data caches. Its API is available for most popular languages.

At heart it is a simple Key/Value store."

http://code.google.com/p/memcached/wiki/NewOverview

>
> 2010/9/17 Gabriel Vieira <gabriel.vieira em gmail.com>
>>
>> Desculpa, mas isso não é requisito.
>>
>> É possível, no próprio Mongo, usar relacionamentos ou a inserção de um
>> documento referenciado dentro de outro documento, e nem por isso deixa
>> de ser NoSQL.
>>
>>
>> 2010/9/17 Suissa <jnascimento em gmail.com>:
>> > Dando um exemplo de Pessoa
>> > Normalmente vc teria tabelas para pessoa, p.fisica/juridica, cidade,
>> > estado,
>> > telefone
>> > No nosql tds esses dados devem ser agrupados no registro da pessoas como
>> > um
>> > array interno ou um campo. Ou seja vc não precisará criar joins para
>> > retornar tds as infos q vc necessita na consulta. Isso vai gerar
>> > redundancia
>> > sim porém os NOSQL não veem para resolver esse problema como os
>> > relacionais,
>> > eles são focados em escalabilidade.
>> > Amigos esto indo dar aulas mas espero q possamos discutir mais sobre
>> > assunto
>> > que gosto muito e podemos definir certos conceitos ainda nebulosos do
>> > publico em geral.
>> >
>> > 2010/9/17 Thiago Rondon <thiago em aware.com.br>
>> >>
>> >>  Em 17/09/10 18:18, Suissa escreveu:
>> >>>
>> >>> Acho q vc nao deve nem ter lido a wikipedia, porem se quiser se
>> >>> interar
>> >>> mais leia meu artigo.
>> >>>
>> >>> http://imasters.uol.com.br/artigo/17043/bancodedados/nosql_voce_realmente_sabe_do_que_estamos_falando/
>> >>>
>> >>> NOSQL == Não relacional
>> >>>
>> >>> simples assim. São banco de grafos, OO, chave/valor, document-based.
>> >>> Qquer tipo de banco não relacional. Isso faz completamente sentido
>> >>> pois o
>> >>> termo foi cunhando em cima deste conceito.
>> >>>
>> >>
>> >> Retirado do wikipedia...
>> >>
>> >> "In computing <http://en.wikipedia.org/wiki/Computing>, *NoSQL* is a
>> >> term
>> >> used to designate databases which differ from classic relational
>> >> databases
>> >> <http://en.wikipedia.org/wiki/Relational_databases> in some way."
>> >>
>> >> IMHO, apesar de não ser a melhor fonte de informação sobre este
>> >> assunto,
>> >> ela diz que não é nenhum  um "sistema", mecanismo, metodologia,
>> >> tecnologia
>> >> ou etc... É um "termo" utilizado .... (...).
>> >>
>> >> Qual a sua definição de NoSQL especificamente ? É um termo utilizado
>> >> para
>> >> bancos não relacionais ou algo além disto ?
>> >>
>> >> Retirado do teu artigo:
>> >>
>> >> "No caso dos bancos NoSQL, toda a a informação necessária estará
>> >> agrupada
>> >> no mesmo registro, ou seja, em vez de você ter o relacionamento entre
>> >> várias
>> >> tabelas para formar uma informação, ela estará em sua totalidade no
>> >> mesmo
>> >> registro. "
>> >>
>> >> Eu não entendi isto sobre os "bancos nosql" - Toda informação
>> >> necessária
>> >> estará agrupada no mesmo registro -.
>> >>
>> >> Qual a sua definição de *registro* no artigo ? É um pré-requisito para
>> >> não
>> >> ser relacional ?
>> >>
>> >> Abs,
>> >> -Thiago Rondon
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> _______________________________________________
>> >> SaoPaulo-pm mailing list
>> >> SaoPaulo-pm em pm.org
>> >> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>> >
>> >
>> >
>> > --
>> > Jean C. Nascimento aka Suissa
>> > Prof. Análise e Soluções Web Fafit/Facic - Itararé - SP
>> > skype: suissa_pg
>> > gtalk/msn: jnascimento em gmail.com
>> > twitter.com/suissacorp
>> > www.suissacorp.com.br/
>> > facebook.com/suissacorp
>> >
>> > WebDeveloper
>> > www.wgbnet.com.br/
>> > NoSQL Evangelist - MongoDB Contributor
>> > nosqlbr.com.br/
>> > iGrape Evangelist - Coordenador Geral
>> > http://igrape.org
>> > TheWebMind Evangelist - Coordenador de Interface & NoSQL
>> > http://thewebmind.org/
>> >
>> >
>> > _______________________________________________
>> > SaoPaulo-pm mailing list
>> > SaoPaulo-pm em pm.org
>> > http://mail.pm.org/mailman/listinfo/saopaulo-pm
>> >
>>
>>
>>
>> --
>> Gabriel Vieira
>> _______________________________________________
>> SaoPaulo-pm mailing list
>> SaoPaulo-pm em pm.org
>> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>
>
>
> --
> Jean C. Nascimento aka Suissa
> Prof. Análise e Soluções Web Fafit/Facic - Itararé - SP
> skype: suissa_pg
> gtalk/msn: jnascimento em gmail.com
> twitter.com/suissacorp
> www.suissacorp.com.br/
> facebook.com/suissacorp
>
> WebDeveloper
> www.wgbnet.com.br/
> NoSQL Evangelist - MongoDB Contributor
> nosqlbr.com.br/
> iGrape Evangelist - Coordenador Geral
> http://igrape.org
> TheWebMind Evangelist - Coordenador de Interface & NoSQL
> http://thewebmind.org/
>
>
> _______________________________________________
> SaoPaulo-pm mailing list
> SaoPaulo-pm em pm.org
> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>



-- 
http://www.danielmantovani.com

"If you’ve never written anything thoughtful, then you’ve never had
any difficult, important, or interesting thoughts. That’s the secret:
people who don’t write, are people who don’t think."