RE: Re: Oracle vs Mysql

> -----Original Message-----
> From: ml-errors_at_fatcity.com [mailto:ml-errors_at_fatcity.com]On Behalf Of
> ryan.gaffuri_at_cox.net
> Sent: Tuesday, 20 January 2004 23:59
> To: Multiple recipients of list ORACLE-L
> Subject: Re: Re: Oracle vs Mysql
>
>
> if Oracle is offshoring its develeoping of its database,
> everyone else will also... so much for job security.
>
> anyone I heard postgre sql has multi-versioning? Is it
> implemented like Oracle?

No, its implementation is different. For deletes, it doesn't reclaim space immediately. Instead, it marks a flag indicating at what point (analogous to SCN) the row became deleted, and relevant transactions can still see the row, whereas future transactions can't. Works quite well in practice. The obvious question is "what happens to these rows once all transactions have moved on?". Currently, there's a maintenance job (called Vacuum) that needs to be run to reclaim the space ... at the Linix.conf.au last week there was a presentation that showed a new lazy daemon that would do this automagically. Updates are handled as a delete+insert, with similar control. One big benefit - you'll never have to size a rollback/undo tablespace, or see 1555 errors :-) :-) :-)

> So UDB is the new DB2? Oracle claims that DB2 is not one
> database but a different database for different Operating
> Systems, is this true? Is it true with UDB?

It used to be, but IBM is tidying things up. The Linux/Unix/Windoze stuff is all identical (it's the old "common server" reborn), and they've made a big effort at harmonising the zOS (and to a lesser extent, AS400) forms. The biggest improvement in the last couple of years was ANSI standard stored procedures (ANSI "Stored Persistent Modules"). Very nice - the structured error handling alone is amazingly good. You can still find the occasional "version lag", where one platform won't have a new feature until a minor version later than another.

Ciao
Fuzzy
(my coffee coaster has something written on it ... "IBM DB2 Certified Database ... " ... what the *#&^$!?!?) :-)

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Grant Allen
  INET: Grant.Allen_at_towersoft.com.au

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: ListGuru_at_fatcity.com (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).