In message <[EMAIL PROTECTED]>, David Jordan
<[EMAIL PROTECTED]> writes
In the realworld we have complex transactions, not always the simple Dr,Cr
of a general ledger. A transaction will often involve various business
rules and accessing multiple files for checks and process tables. With most
RDBMS as the complexity increases, the more likely they will have to resort
to processing outside of the database which causes a performance hit. With
U2, the processing remains inside the database where basic code resides.
At which point, you hit my hobbyhorse ... "In the real world ..." -
relational database theory has ABSOLUTELY NOTHING whatsoever to do with
the real world. It's an exercise in pure maths.
Read Codd and & Date's rules. Can't remember which, but one of them says
"the database user is not permitted to know how the database stores the
data". In other words, empirical testing is FORBIDDEN. Seeing as
empirical testing is *the* "sine qua non" of science, relational
databases are, BY DEFINITION, totally unscientific.
So, if you want a benchmark, relational database theory explicitly says
"No way, Jose!" !!!
Cheers,
Wol
--
Anthony W. Youngman <[EMAIL PROTECTED]>
'Yings, yow graley yin! Suz ae rikt dheu,' said the blue man, taking the
thimble. 'What *is* he?' said Magrat. 'They're gnomes,' said Nanny. The man
lowered the thimble. 'Pictsies!' Carpe Jugulum, Terry Pratchett 1998
Visit the MaVerick web-site - <http://www.maverick-dbms.org> Open Source Pick
-------
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
