Mario Vilas

FlockDB seems interesting, but there are two major drawbacks: 1) it's still unstable and 2) it's use case are shallow graphs only, and I'm not sure if we want to...

OrientDB has an extension of the SQL syntax, so it may be easier to port our code: http://www.orientdb.org/ It also supports a REST API just like Mongo and Couch. Unfortunately...

This presentation goes through several graph databases for Python: http://www.slideshare.net/versae/graph-databases-in-python-pycon-canada-2012#btnNext

Buzhug could be useful, albeit limited. The main advantage is it's pure Python. http://buzhug.sourceforge.net/

Another pure-Python database, PyDBLite: http://www.pydblite.net/en/PyDbLite.html Seems to be identical to Buzhug.

MetaKit seems completely uninteresting, it's like SQLite but without SQL language support. I don't even understand why it exists. http://equi4.com/metakit/python.html

CodernityDB is fast and pure-Python, but I can't quite grasp the design. Seems like a weird offspring of BerkeleyDB, and it exposes way too many implementation details. I think it...

HTD, another sqlite-like database. Not quite sure what's the point of this either. http://www.hayzentech.co.uk/htd/doc/3.1/htd-core/examples.html

Kineta is a document oriented database similar to Mongo or Couch, but it's implemented using BerkeleyDB under it. Seems interesting. No idea how well it performs, though. https://code.google.com/p/kineta/wiki/GettingStarted

Ok, summing up. The best alternative seems to be Bulbflow. However it requires a more complicated setup, so it's not really a replacement for the current SQLite implementation. The ones...