couchdb-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dean Landolt <d...@deanlandolt.com>
Subject Re: Developing a Python CouchDB surrogate
Date Thu, 15 Jan 2009 22:20:21 GMT
On Thu, Jan 15, 2009 at 4:47 PM, Chris Anderson <jchris@gmail.com> wrote:

> On Thu, Jan 15, 2009 at 1:40 PM, Pacific Science <pacsciadmin@gmail.com>
> wrote:
> > To all,
> >
> > I'm pretty sure we can all agree that CouchDB is cool. However, there
> > are a lot of places where Erlang is not available. So, I came up with an
> > idea to write (in Python, because that's my first language) a sort of
> > CouchDB surrogate for situations where you want to use CouchDB, but you
> > can't use Erlang, like:
> >
> > - You have Portable Python on your flash drive and want to code for
> > CouchDB on the go.
> > - Your Web host doesn't have CouchDB support.
> > - Your boss doesn't want to go to the expense of installing Erlang until
> > there's a working prototype.
> >
> > At any rate, the development of this (which would be named Ottoman,
> > unless someone can think of a cooler name) would focus not so much on
> > speed, performance, or reliability, but matching CouchDB's API (though
> > the first three are nice, too). Of course, some features would be cut at
> > the start, like external view servers (just built-in Python view
> > support), external processes, etc.
> >
>
> This is a cool project. If I were undertaking it, I'd start by getting
> as many of the CouchDB test suite tests to pass against my server as
> possible. Once you have them all passing, you've won!


Well, I think he said something about just having a built-in python view
server. If that's the case, you'd have to adapt all the tests to use python
views. Though I wonder if python-spidermonkey [1] is up to snuff these days.
>From a cursory glance of the wiki it looks like there's still a ways to go
on that front.

[1] http://code.google.com/p/python-spidermonkey/

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message