Lista de bancos de dados alternativos

2 views
Skip to first unread message

Luciano Ramalho

unread,
Feb 1, 2010, 12:33:38 PM2/1/10
to MRNN-Brasil
Um bom começo para uma pesquisa abrangente:

http://themindstorms.blogspot.com/2009/05/quick-reference-to-alternative-data.html

[ ]s
Luciano

Paul Eipper

unread,
Feb 4, 2010, 8:57:30 AM2/4/10
to mrnn-...@googlegroups.com
http://bergie.iki.fi/blog/what_is_a_content_repository/

interessante tabela que compara as features do JCR/Jackrabbit x
Midgard x CouchDB.

--
Paul Eipper

On Thu, Feb 4, 2010 at 2:18 PM, Paul Eipper <lkra...@gmail.com> wrote:
> 2010/2/1 Luciano Ramalho <ram...@gmail.com>:

> Ming: http://merciless.sourceforge.net/tour.html
>
> Midgard2: http://www.midgard-project.org/midgard2/
>
> relacionado:
> http://bergie.iki.fi/blog/why_you_should_use_a_content_repository_for_your_application/
>
> --
> Paul Eipper
>

Paul Eipper

unread,
Feb 4, 2010, 8:18:15 AM2/4/10
to mrnn-...@googlegroups.com
2010/2/1 Luciano Ramalho <ram...@gmail.com>:

Ming: http://merciless.sourceforge.net/tour.html

eribeiro

unread,
Feb 5, 2010, 6:55:37 AM2/5/10
to MRNN-Brasil
A lista é interessante, mas a inclusão do MonetDB e a citação da
Vertica estão fora de contexto. Ambos são bancos de dados relacionais
que usam uma arquitetura interna baseada em colunas (column store) de
tal forma que sua performance em aplicações de data warehouse é bem
superior a um SGBD relacional genérico como Oracle ou SQL Server.

Mas para o desenvolvedor a interface, a modelagem e a execução das
consultas é de um SGBD relacional tradicional e não de um sistema BASE
como o autor do post quer intuir no começo.

On 1 fev, 15:33, Luciano Ramalho <rama...@gmail.com> wrote:
> Um bom começo para uma pesquisa abrangente:
>

> http://themindstorms.blogspot.com/2009/05/quick-reference-to-alternat...
>
> [ ]s
> Luciano

Paul Eipper

unread,
Feb 4, 2010, 9:39:37 AM2/4/10
to mrnn-...@googlegroups.com
Mais um para a lista:

Riak: http://riak.basho.com/

--
Paul Eipper

David Kwast

unread,
Feb 5, 2010, 12:46:56 PM2/5/10
to mrnn-...@googlegroups.com
Buzhug

API 100% em Python. Suporta cliente-servidor via TCP.
Um banco relacional que não usa SQL (Não usa mesmo, não é um DAL ou ORM em Python).
Uma alternativa para projetos Python que acabam usando o SQLite junto com uma camada de abstração.

http://buzhug.sourceforge.net/

Exemplo de uso:
for record in [ r for r in db if r.name == 'pierre' ]:
print record.name,record.age

[]'s

David Kwast



2010/2/4 Paul Eipper <lkra...@gmail.com>
--
-----------------------------------------------------------------------------------------------------------------
# Você recebeu esta mensagem porque está inscrito no grupo [nosql-brasil]
# O e-mail para envio de mensagens é [mrnn-...@googlegroups.com]
# Para desinscrever-se: mrnn-brasil...@googlegroups.com
#
/* Mais opções acesse: http://groups.google.com/group/mrnn-brasil?hl=en
-----------------------------------------------------------------------------------------------------------------
Grupo para pessoas que não relacionem SQL com o mal e o No-SQL / MRNN com o paraíso.
-----------------------------------------------------------------------------------------------------------------
*/

Paul Eipper

unread,
Feb 8, 2010, 6:32:57 AM2/8/10
to mrnn-...@googlegroups.com
SnakeSQL

Banco SQL 100% em Python, suporta o subset mínimo do ANSI SQL 92,
incluindo NULL. Implementa um driver DBM binário e um (mais lento) de
arquivos CSV. Python DB-API 2.0. Ainda em alpha.

http://pythonweb.org/projects/snakesql/


esse é SQL, interessante é que é implementado todo em Python.


2010/2/5 David Kwast <david...@gmail.com>:


> Buzhug
>
> API 100% em Python. Suporta cliente-servidor via TCP.
> Um banco relacional que não usa SQL (Não usa mesmo, não é um DAL ou ORM em
> Python).
> Uma alternativa para projetos Python que acabam usando o SQLite junto com
> uma camada de abstração.
>
> http://buzhug.sourceforge.net/

Já utilizei o buzhug exatamente para evitar o uso do sqlite e fiquei
muito satisfeito, com certeza é ótimo para esses tipos de projetos.

--
Paul Eipper

Reply all
Reply to author
Forward
0 new messages