Qual é o melhor banco de dados para aplicação Rails?

votos
2

Estou desenvolvendo uma aplicação Rails que irá acessar um monte de feeds RSS ou sites de rastreamento de dados (principalmente notícias). Será algo como o Google News, mas com uma abordagem diferente, então eu vou guardar um monte de notícias (ou resumos de notícias), classificá-los em categorias diferentes e usar técnicas de classificação e recomendação.

  • Devo ir com o MySQL?

  • Vale a pena usar o IBM DB2 pureXML para armazenar os doucuments? Também implementações de busca Ruby (Ferret, Ultrasphinx e outros) não são necessários Se eu optar DB2. Isso está correto?

  • Quais são as vantagens de PostreSQL neste?

  • Será que faz sentido usar Couch DB neste cenário?

Eu gostaria de escolher a melhor opção, mas sem excesso de complicar a solução. Então eu descartou a idéia de usar duas soluções de armazenamento diferentes (uma para os documentos de notícias e outro para o resto dos dados). Eu também estou considerando apenas as opções livres, então eu não olhar para Oracle ou MS SQL Server.

Desde já, obrigado.

Publicado 19/11/2008 em 16:03
fonte usuário
Em outras línguas...                            


5 respostas

votos
3

pureXML é mais pesado do que o SQL, para que você pague mais para sua ida e volta entre o servidor web e DB. Se você pretende ter muitos usuários, eu evitá-lo, o seu melhor para deixar o cache webserver os pedidos, evitando assim a criação de xml sempre que (rss), se é isso que você está pensando.

Eu iria com MySQL porque seu realmente bom em servir e seu totalmente livre, bem PostgreSQL é muito, mas nunca usei isso para que eu não posso dizer.

CouchDB poderia fazer sentido, mas não se você está pensando em fazer OLAP (Análise off-line) de seus dados, um RDBMS normal, vai ser melhor para ele.

Respondeu 19/11/2008 em 16:14
fonte usuário

votos
1

MySQL é provavelmente uma das melhores opções para fora lá; leve, fácil de instalar e manter, multiplataforma e livre. No topo do que há algumas boas ferramentas de cliente livres.

Algo para pensar sobre; por causa da natureza do seu sistema, você provavelmente terá algumas tabelas que irão crescer bastante muito rapidamente, de modo que você pode querer pensar sobre a performance.

Assim, MySQL suporta a partição vertical, mas apenas a partir de V 5.1. Tenha isso em mente.

Felicidades,

Jacobo.

Respondeu 20/11/2008 em 22:47
fonte usuário

votos
3

Admitindo primeiro lugar, que eu geralmente não gostam mysql, vou dizer que não tem sido escrito sobre este tema sobre postgres:

http://oldmoe.blogspot.com/2008/08/101-reasons-why-postgresql-is-better.html

Esta é sempre a minha escolha quando eu preciso de um banco de dados relacional pura. Eu não sei se um banco de dados documento seria mais apropriado para a sua aplicação sem saber mais sobre ele. Soa como se fosse algo que você deve pelo menos investigar.

Respondeu 22/11/2008 em 22:45
fonte usuário

votos
0

Parece-me o aplicativo que você vai construir pode facilmente tornar-se uma aplicação web de grande escala. Eu sugeriria PostgreSQL, por isso tem sido conhecido por sua confiabilidade.

Você pode conferir o link a seguir - Bob Ippolito de Mochi Media nos diz por que abandonou MySQL para PostgreSQL. Embora as mensagens são mais de 3 anos de idade, as questões MySQL 5.1 foi recentemente tendem a provar que eles ainda são relevantes.

http://bob.pythonmac.org/archives/category/sql/mysql/

Respondeu 10/12/2008 em 16:51
fonte usuário

votos
0

MySQL é bom na produção. Eu não usei PostgreSQL para os trilhos, mas é uma boa solução também.

Nos ambientes dev e teste eu começar com SQLite (padrão) e, talvez, migrar para o seu alvo DB no ambiente de teste como você se move mais perto da conclusão.

Respondeu 10/12/2008 em 16:55
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more