A paperless office is like a paperless bathroom.

Ken Janusz, CPIM

----- Original Message -----
To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
Sent: Wednesday, March 26, 2003 6:38 PM


> That sounds like another nice example of the fabled IBM's "paperless
> office",
> an approach that IBM was selling in the early 80's. IBM mainframe (3084 or
> similar),
> helped by the devices that they called "smart terminals" would allegedly
> eliminate
> any need to use paper in the office. Those wonder terminals were having
it's
> own
> OS which was booting of a 5.25 floppy with  360k capacity and that OS was
> produced
> by some forsaken company near Seattle, WA and the salesman even didn't
> remember
> the company's name. I'm sure he knows the name now. And paper is stil
> around.
> The same is true about the "object databases". There was a product called
> "Jasmine"
> by CA, which was to become the very 1st truly OO database and, therefore,
> kill RDBMSes.
> Add Java to the mix and you've got an old story to sell to the new
suckers.
> Not gonna
> happen. I have some stories to tell about how CA bought Ingres. Oracle
> recruiting buses
> were circling the campus like sharks. Ingres was integrated into Jasmine
and
> both products
> sunk into oblivion. I'm sure that OODBMS written in Java will vanish into
> the sunset
> sooner then Saddam.
>
> -----Original Message-----
> Sent: Tuesday, March 25, 2003 6:44 PM
> To: Multiple recipients of list ORACLE-L
>
>
> 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).
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author: Gogala, Mladen
>   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).
>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: KENNETH JANUSZ
  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).

Reply via email to