Le 5 novembre 2015 16:48:59 GMT-02:00, Matheus Saraiva
a écrit :
>Ok, muito se fala em usar NoSQL para casos específicos, geralmente
>resultando uma solução final mista entre NoSQL e Relacional.
Nunca vi por esse lado. Isso é majoritário hoje em dia?
>Mas o que dizer de uma solução puramente
Em 05/11/2015 17:35, Leandro Guimarães Faria Corcete DUTRA escreveu:
Le 5 novembre 2015 16:48:59 GMT-02:00, Matheus Saraiva
a écrit :
Ok, muito se fala em usar NoSQL para casos específicos, geralmente
resultando uma solução final mista entre NoSQL e Relacional.
Nunca vi por esse lado. Isso é
Le 5 novembre 2015 17:54:09 GMT-02:00, Matheus Saraiva
a écrit :
>Eu não tenho um motivo específico para usar NoSQL, eu cogito usar em
>algum projeto, apenas para fins de aprendizado, mesmo que não traga
>beneficio algum, mas sem trazer prejuízos.
Sempre trará prejuízos, por abandonar independ
Cara o que eu li sobre o assunto até agora tem haver com coisas tipo
algoritmos de busca que para dados não estrurados parece ser melhir e com o
próprio desenvolvimento do software onde nosql tende a ser mas próximo de
OO. Sobre busca um exemplo e o Facebook que usa o casandra um banco que
ele me
O noSQL - Not Only SQL - tem sido usado em ambientes mistos. Juntando tanto
o SQL com o NoSQL. Aplicações como Solr, MongoDB, Cassandra, Dynamo,
MemCached, TitanDB entre outras todas são consideradas noSQL. Essas
aplicações vieram resolver diversos limitações que atualmente assolam o
SQL, principal
2015-11-05 18:42 GMT-02:00 Rogério F.Santo :
> Cara o que eu li sobre o assunto até agora tem haver com coisas tipo
> algoritmos de busca
Sim, é tudo sobre técnicas de acesso a dados. Não é um modelo que
compita com o relacional ou o SQL, e essas técnicas têm sido
incorporadas paulatinamente ao P
2015-11-05 21:46 GMT-02:00 Vinícius Aquino do Vale :
>
[…]
> MemCached, TitanDB entre outras todas são consideradas noSQL.
Claro que não. Memcached é apenas um mecanismo para acelerar o acesso
físico a dados, independentemente do modelo, como o nome já indica:
MEMory CACHE Daemon, ou serviço de c
Em 5 de novembro de 2015 22:38, Guimarães Faria Corcete DUTRA, Leandro <
l...@dutras.org> escreveu:
> E depois sofre as conseqüências da inexperiência e da falta de
> conhecimento. Ponto e vírgula.
>
Bom, vejo várias startup e outras empresas mundo a fora adotando
imensamente bancos noSQL, como
Em 5 de novembro de 2015 22:38, Guimarães Faria Corcete DUTRA, Leandro <
l...@dutras.org> escreveu:
> Claro que não. Memcached é apenas um mecanismo para acelerar o acesso
> físico a dados, independentemente do modelo, como o nome já indica:
> MEMory CACHE Daemon, ou serviço de cache de memória.
2015-11-05 22:53 GMT-02:00 Vinícius Aquino do Vale :
>
> Bom, vejo várias startup e outras empresas mundo a fora adotando imensamente
> bancos noSQL
E muitos voltando ao SQL. Como o Google.
> como eu disse o misto entre os dois é possível e muito usado
> atualmente.
E cada dia o PostgreSQL inc
2015-11-05 22:59 GMT-02:00 Vinícius Aquino do Vale :
>
> Em 5 de novembro de 2015 22:38, Guimarães Faria Corcete DUTRA, Leandro
> escreveu:
>>
>> Claro que não. Memcached é apenas um mecanismo para acelerar o acesso
>> físico a dados, independentemente do modelo, como o nome já indica:
>> MEMory
>
>
> E sim, aceite ou não, nem todos precisam de ACID, e o mundo noSQL encaixa
> perfeitamente para muitas delas. Existem startup's que fazem uso de noSQL,
> e o fazem muito bem, usando ou não relacional por trás.
>
>
E muitas não fazem muito bem. Ainda bem que algumas já se perceberam isso,
vide
Em 5 de novembro de 2015 23:58, Everton Berz
escreveu:
> E muitas não fazem muito bem. Ainda bem que algumas já se perceberam isso,
> vide o caso Diaspora:
> http://www.sarahmei.com/blog/2013/11/11/why-you-should-never-use-mongodb/
>
O artigo é de 2013, o mongodb sofreu diversas modificações es
O artigo é de 2013, o mongodb sofreu diversas modificações estando hoje
na versão 3.0, como toda aplicação ele ainda é recente e tem muito a
melhorar. Como eu disse mudar a cabeça para noSQL ainda vai demorar, mas
acredito ser um caminho sem volta. O mercado externo está migrando para
este tipo de
So para deixar claro os termos usados como todo termo é usado diante de
contexto e uma literatura e bom saber isso antes de apontar falhas. No caso
dados não estrurados a que me refiro e o que consenso entre os grandes
players de mercado e no caso são documentos, vídeos, fotos e etc coisas
que se
Em 05/11/2015 22:38, Guimarães Faria Corcete DUTRA, Leandro escreveu:
2015-11-05 21:46 GMT-02:00 Vinícius Aquino do Vale :
[…]
MemCached, TitanDB entre outras todas são consideradas noSQL.
Claro que não. Memcached é apenas um mecanismo para acelerar o acesso
físico a dados, independentemente d
Em 06-11-2015 10:13, Matheus Saraiva escreveu:
Em 05/11/2015 22:38, Guimarães Faria Corcete DUTRA, Leandro escreveu:
2015-11-05 21:46 GMT-02:00 Vinícius Aquino do Vale
:
[…]
MemCached, TitanDB entre outras todas são consideradas noSQL.
Claro que não. Memcached é apenas um mecanismo para acel
>
> E muitas não fazem muito bem. Ainda bem que algumas já se perceberam isso,
> vide o caso Diaspora:
> http://www.sarahmei.com/blog/2013/11/11/why-you-should-never-use-mongodb/
>
Artigo muito bom e bastante explicativo, em ambos pontos de vista. Cada um
é livre pra ler (ou não) e tirar suas próp
Em 6 de novembro de 2015 10:13, Matheus Saraiva
escreveu:
> Bem, lá vai a opinião de alguém bem menos experiente do que todos que
> participaram desse off, aja vista que eu não sou dba, apenas dev.
Eu sou um misto de dba e dev, conheço pouco - ou nada - NoSQL e
gostaria de exemplificar um caso re
On 06-11-2015 08:15, Rogério F.Santo wrote:
> So para deixar claro os termos usados como todo termo é usado diante de
> contexto e uma literatura e bom saber isso antes de apontar falhas. No
> caso dados não estrurados a que me refiro e o que consenso entre os
> grandes players de mercado e no caso
On 06-11-2015 06:47, Flavio Henrique Araque Gurgel wrote:
>> O artigo é de 2013, o mongodb sofreu diversas modificações estando hoje
>> na versão 3.0, como toda aplicação ele ainda é recente e tem muito a
>> melhorar. Como eu disse mudar a cabeça para noSQL ainda vai demorar, mas
>> acredito ser um
Este tópico já teve bastante informação, eu queria só levantar alguns
pontos que acho relevante.
2015-11-05 16:48 GMT-02:00 Matheus Saraiva :
> Ok, muito se fala em usar NoSQL para casos específicos, geralmente
> resultando uma solução final mista entre NoSQL e Relacional.
>
Isso é mesmo muito c
O grande problema na area de TI eh a falta de conceitos. Muitas decisoes
sao tomadas baseadas em achismos ou casos isolados de sucesso. Os
profissionais da nossa area nao tem o costume de ler artigos tecnicos,
cientificos, pesquisas... Ai podemos perceber porque mais de 60% dos
projetos de TI fraca
Em 9 de novembro de 2015 01:48, Charly escreveu:
> O grande problema na area de TI eh a falta de conceitos.
>
>
Pois é, depois de anos (décadas) integrando softwares de fabricantes
diferentes vejo que o maior problema é esse mesmo. Coisas básicas como
chaves primárias, estrangeiras, unique index,
24 matches
Mail list logo