This appeared on slashdot a few weeks ago.
While it advertises implementations in several languages, I believe that
the only one that is actually done is Java. I didn't try it as I
generally avoid
Java. :)
It sounds interesting, but it's use is somewhat limited to small systems,
at
least it appears that way. Of course, there are no transactions, data
integrity
or any of the other niceties that make life worth living. ;)
Jared
"Pardee, Roy E" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
03/25/2003 12:59 PM
Please respond to ORACLE-L
To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
cc:
Subject: FW: 9000x faster than Oracle?
Apropos of the 'Database Modeling- Normalization - Dinosaurs or What?'
thread:
Roy Pardee
Programmer/Analyst
SWFPAC Lockheed Martin IT
Extension 8487
-----Original Message-----
Sent: Monday, March 03, 2003 12:56 PM
To: Jane; Kim; Mike; Nancy; Paul; Rick
This looks interesting (from Slashdot.org):
I wonder how long it would take to roll this thing forward after a server
crash...
===================================
Object Prevalence: Get Rid of Your Database?
Posted by Hemos on Monday March 03, @08:45AM
from the throwing-it-out dept.
A reader writes:" Persistence for object-oriented systems is an incredibly cumbersome
task
to deal with when building many kinds of applications: mapping objects to
tables, XML, flat files or use some other non-OO way to represent data
destroys encapsulation completely, and is generally slow, both at
development and at runtime. The Object Prevalence concept, developed by
the Prevayler team, and implemented in Java, C#, Smalltalk, Python, Perl, PHP, Ruby
and Delphi, can be a great a solution to this mess. The concept is pretty simple:
keep all the objects in RAM and serialize the commands that change those
objects, optionally saving the whole system to disk every now and then
(late at night, for example). This architecture results in query speeds
that many people won't believe until they see for themselves: some
benchmarks point out that it's 9000 times faster than a
fully-cached-in-RAM Oracle database, for example. Good thing is: they can see it for
themselves. Here's an article about it, in case you want to learn more."
( Read More... | 331 of 465 comments )
Roy Pardee
Programmer/Analyst
SWFPAC Lockheed Martin IT
Extension 8487
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author:
INET: [EMAIL PROTECTED]
Fat City Network Services -- 858-538-5051 http://www.fatcity.com
San Diego, California -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
