All this talk about DataBases

Rob Cozens rcozens at pon.net
Wed May 30 12:32:51 EDT 2007


Scott, Joe, et al:

>I believe Rob Cozens does something of the sought [partially load a 
>db stack] with Serendipity, but the question is whether it's really 
>worth while given it's all there already with a "real" database.

I've followed this thread this far wondering "should I bother to 
mention SDB, considering the underwhelming response it has received 
from the RunRun community?"

Scott & Andre might offer some insight in this regard, as both have 
at least looked at SDB.  I've had eConversations with others who said 
they would look at SDB; but no followup questions, suggestions, or 
complaints.  So I don't know if folks found it unsuitable or 
incomprehensible (Paul L., Our issues were different: you wanted SDB 
to work like EpsiTalk, which it could not do due to the issue Scott 
noted above--the entire database stack _is_ loaded in RAM & must be 
updated when one record changes.)

If a "real" database must by definition only partially load to RAM, 
then SDB is not a "real" db.  OTOH, SDB supports multiuser 
client/server access with both automatic & programatic record 
locking  and multiple record search & retrieval via binary searches 
of indexed records in a Revolution db stack.   But compared to a 
"real" database, once the db stack is opened, 0 disk accesses are 
required to retrieve any record.   And note that in a client/server 
setup, only the server app sees the entire db stack, while the client 
front end stacks deal with data on a record-by-record basis.  Also 
since SDB is 100% native Transcript, it is 100% cross platform 
compatible and requires no externals.  I'll cut my promo short and 
note SDB is open source and free of royalty charges.

For some time Andre Garzia graciously provided download access to 
Serendipity Library (which includes SDB) at wecode.org.  Andre and I 
have had some discussions about reinstating the download site once I 
was ready to release SDB II (which supports binary data  in addition 
to text); but lacking any expression of interest from the RunRev 
community and faced with emerging issues (CA Marine Life Protection 
Act implementation, wave energy generation, and marine aquaculture) 
in my other area of focus, SDB II testing isn't high on my list.

As always, the source code, utilities, and example db stacks are 
available, and I'd certainly have more interest in working on it if 
someone else found it useful.


Rob Cozens, Staff Conservator
Mendonoma Marine Life Conservancy




More information about the use-livecode mailing list