RE: EnterpriseDB
- From: "Milen Kulev" <makulev@xxxxxxx>
- To: <Laimutis.Nedzinskas@xxxxxxxxxxxxx>, <oracle-l@xxxxxxxxxxxxx>
- Date: Wed, 21 Feb 2007 22:24:09 +0100
????
Laimutis , what do you means "understanding PostgreSQL as well as Firebird have
some serious issues with that(MVCC)" ?
I do not know Firebird, but PG (I am talking about PG version >8.0) has no
issues with MVCC (yes, it depends waht do
you qualify as issue....). In PG you get absolutely the same MVCC as Oracle .
The underlying implementation is totally
diffrent, though (table inlibe undo segments).
Best Regrads.
Milen
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On
Behalf Of Laimutis Nedzinskas
Sent: Wednesday, February 21, 2007 7:19 PM
To: oracle-l@xxxxxxxxxxxxx
Subject: RE: EnterpriseDB
As far as I understand the real issue about RDBMS performance is how(and if)
they implement MVCC (multi version
concurency control)
From my understanding PostgreSQL as well as Firebird have some serious issues
with that. Which is not the case with
innoDB of MySQL, haven´t they ?
_____
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On
Behalf Of Richard J. Goulet
Agree, I was asked to "pick my own poison" from the open source world a few
years ago, before EnterpriseDB exited. If
you are going to use an open source db I'd highly recommend PostGreSql over ALL
of the other offerings out there,
particularly MySql.
Fyrirvari/Disclaimer
<http://www.landsbanki.is/disclaimer> http://www.landsbanki.is/disclaimer
- References:
- RE: EnterpriseDB
- From: Laimutis Nedzinskas
Other related posts:
- » EnterpriseDB
- » RE: EnterpriseDB
- » RE: EnterpriseDB
- » Re: EnterpriseDB
- » Re: EnterpriseDB
- » RE: EnterpriseDB
- » RE: EnterpriseDB
- » RE: EnterpriseDB
- » RE: EnterpriseDB
- » RE: EnterpriseDB
- » RE: EnterpriseDB
- » RE: EnterpriseDB
- » RE: EnterpriseDB
- » RE: EnterpriseDB
- » RE: EnterpriseDB
- » RE: EnterpriseDB
- » RE: EnterpriseDB
- » Re: EnterpriseDB
- » RE: EnterpriseDB
- » RE: EnterpriseDB
- » EnterpriseDB
- » RE: EnterpriseDB
- » Re: EnterpriseDB
- RE: EnterpriseDB
- From: Laimutis Nedzinskas