GOODS - a sensational public domain database backend that deserves a SQL frontend

From: Robert Schrem <robert(dot)schrem(at)WiredMinds(dot)de>
To: pgsql-hackers(at)postgresql(dot)org
Subject: GOODS - a sensational public domain database backend that deserves a SQL frontend
Date: 2002-06-03 14:21:56
Message-ID: 200206031621.56213.robert.schrem@wiredminds.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

Some of you might already know GOODS, programmed
almost entirely by Konstantin Knizhnik - if not you should
really have a look at it right now (be warned: consuming this
extraordinary work might change your levels about the
required quality of a 'good programmer' forever. At least
this happend to me... ;):
http://www.garret.ru/~knizhnik/goods.html

Some core features of this backend (as they come to my mind):
-> full ACID transaction support
-> distributed stoarge management (->distributed transactions)
-> multible reader/single writer (is this called MVCC within PostgreSQL?)
-> dual client side object cache
-> online backup (snapshot backup AND permanent backup)
-> nested transactions on object level
-> transaction isolation levels on object level
-> object level shared and exclusive locks
-> excellent C++ programming interface
-> WAL
-> garbage collection for no longer reference database objects
-> fully thread safe client interface
-> JAVA client API
-> very high performance as a result of a lot of fine tuning
-> asyncrous event notification on object instance modification
-> extremly high code quality
-> a one person effort, hence a very clean design
-> the most relevant platforms are supported out of the box
-> complete build is done in less than a minute on my machine
-> it's documented
...

The licensing of this coding wonder: >>> PUBLIC DOMAIN <<<

I'm using GOODS quiet a while now in the context of my
development activities for a native XML database and have
very promissing experiences concerning performance and
stability of GOODS. E.g.: The performance seems to be
better than sleepycat's berkeley db library - especially
with mutliple simultanous transactions...

Maybe the only restriction to use this backend in postgres
from now on: it's completely C++ ...

I'm wondering why there is no SQL frontend yet for this
execellent backend...

You may want to look also at a comparision chart of some
other backends than GOODS (some of them from the same
author!!! I'm wondering how he was able to code all this...):
http://www.garret.ru/~knizhnik/compare.html

kind regards,

Robert

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jason Tishler 2002-06-03 14:29:57 Re: HEADS UP: Win32/OS2/BeOS native ports
Previous Message Robert Schrem 2002-06-03 14:08:14 Re: HEADS UP: Win32/OS2/BeOS native ports - the 'BEST OPEN SOURCE database backend'