Banco de dados Buscapé

[William G. Comnisky]

Saudações,

No início desse ano estava trabalhando um bocado com Magento, e percebendo bem as vantagens (flexibilidade) e desvantagens (desempenho) do EAV.

Fiquei pensando como seria o banco de dados do Buscapé, sendo que ele possui bons filtros (bem específicos) por categoria de produto.

Por exemplo, buscando por "notebook", o filtro me traz preço, marca, avaliação, lojas (todos esses genéricos) e os específicos: tipo, característica eco sustentável, processador, velocidade do processador, etc, etc.

Se pesquisar por outro tipo de produto, os filtros serão diferentes, e específicos para aquela categoria de produto.

Alguém supõe algum modelo para banco? Seria um EAV? Ou separação de categorias de produtos por N tabelas?

abraço

William G. Comnisky
will.eti.br

[Alexandre "TAZ" dos Santos Andrade]

Suspeito que ele um nosql ou mesmo solr

--
Você está recebendo esta mensagem porque se inscreveu no grupo "PHP Architect" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para php-architec...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.

[Rafael Kassner]

Acredito que gerenciar estes produtos como documentos seja mais apropriado, algo como MongoDB ou CouchDB fazem.

Exemplo:

computador = { "_id": "abc....", "tipo": "computador", "nome": "Notebook Samsung", "clock": "2500MHz", "memoria": "4GB"};

bicicleta = { "_id": "def....", "tipo": "bicicleta", "nome": "Bicicleta Caloi", "marchas": "18", "aro": "26"};

Aí é só fazer um MapReduce por tipo pra trazer as bicicletas, ou os computadores, e assim por diante. Um banco NoSQL acaba sendo bem mais flexível nesse caso, e comparando ao Magento, com uma performance muito superior.

Se tiver interesse, tem um cara que tentou portar o Magento pra MongoDB: https://github.com/colinmollenhour/magento-mongo

2013/9/9 Alexandre "TAZ" dos Santos Andrade <alexan...@gmail.com>

[William G. Comnisky]

Salve Taz e Kassner,

Nunca utilizei NoSQL, apesar de conhecer a ideia.

Realmente é uma boa opção, porém estamos limitados a estas apenas? (noSQL, relacional com inúmeras tabelas por categoria de produto, e EAV?)

​Especificamente sobre o Magento com NoSQL, sabe se foi utilizada na vida real, ou se não passou de uma mera tentativa?​

William G. Comnisky
will.eti.br

2013/9/9 Rafael Kassner <kas...@gmail.com>

[Alexandre "TAZ" dos Santos Andrade]

William,

Seu de um grupo de empresas que usa o Solr com o solar para gerar documentos com atributos distintos

<a href="http://cwconnect.computerworld.com.br/profile_view.aspx?customerid=alexandreandrade"><img src="http://cwconnect.computerworld.com.br/businesscard.aspx?customerid=alexandreandrade" border="0" alt="Join Me at CW Connect!"></a>

[guilher...@gmail.com]

Hein? Eh soh usar ElasticSearch com dynamic mapping. Escalavel e rapido. :-)

[Claudson Oliveira]

Também aposto no Solr [1]. É flexivel, resolve vários probleminhas (rankeamento, stop words, sinônimos, pluralização...) e a dificuldade de intregrá-lo a um sistema é mínima.

A partir disso você só precisa ter uma boa estratégia de indexação.

[1] http://lucene.apache.org/solr/

Claudson Oliveira
Bacharel em Ciência da computação - UFJF
"Não tente entortar a colher. Não há colher" - Matrix

http://cloudson.github.io

[Marcus Fernandez]

Dê uma olhada em Solr facets.

Você vai encontrar o que está procurando. ;)

Marcus Fernandez

2013/9/10 Claudson Oliveira <claud...@gmail.com>

[Italo Veloso]

Bom dia,

Alguém já usou o https://websolr.com? Se sim, como foi a experiência?

--

Italo Veloso  (86) 8842 0962

Analista de Sistemas

  

          

[Maykonn Welington Candido]

O que é isso?

Atenciosamente,

Maykonn Welington Candido

Linkedin

[Italo Veloso]

É um serviço que provê uma busca com solr sem necessidade de configuração de servidores e afins. 

[Maykonn Welington Candido]

Muito interessante. Estou pensando em uma aplicação prática disso com o título da sua pergunta "Banco de dados Buscapé", pra tentar entender melhor. =)

Atenciosamente,

Maykonn Welington Candido

Linkedin

[Silas Ribas]

Salve,

Maykonn, creio que ele dizer em relação a sistema de busca alimentado por outros sites/sistemas, fontes externas. Ou viajei? :D

Eu gostei muito dessa palestra do Akita: https://www.eventials.com/pt-br/akitaonrails/como-nao-fazer-pesquisas-usando-like/

Ele fala de LIKE, Solr e ElasticSearch e tem alguns saas desses serviços.

Eu falando com o pessoal da getupcloud.com, eles criaram um componente pra OpenShift que instala o ElasticSearch rápido e fácil num gear/app deles. Como eles usam OpenShift para gerenciar a infra-estrutura, creio que funcione com OpenShift em geral: https://github.com/caruccio/openshift-elasticsearch-quickstart. É uma instalação básica. Sem suporte a cluster. É praticamente executar um comando que ele já cria o gear e monta a máquina já com o ElasticSearch rodando. Outras configurações você pode fazer separado ou até mesmo clonar o repositório ai e tentar modificar já pra quando instalar, ser do jeito que tu quer. Capaz de na app store da AWS (não sei como chamam), exista alguma com ElasticSearch.

Creio que vale a pena assistir a palestra.

[Maykonn Welington Candido]

Olá!

Excelente a palestra Fabio Akita.

Atenciosamente,

Maykonn Welington Candido

Linkedin

[Felipe Fraga]

Faço pós com dois caras que trabalham  lá no buscapé, e eles possuem diversas bases de dados  inclusive  bases noSql.

Eles usam o Redis.

[William G. Comnisky]

Legal Felipe!

Curtiria ver um case deles..

ou será que é segredo guardado a sete chaves?

William G. Comnisky
will.eti.br

--

[Felipe Fraga]

Então cara eu não sei... tenho que conversar com os caras da minha sala...

Conversei com eles esses dias e ele me falaram que tem de tudo lá  desde mysql, neo4j, Redis e por ai vai...

vou ver se eles me arrumam um algo e eu posto aqui...