From: | Hans-Jürgen Schönig <hs(at)cybertec(dot)at> |
---|---|
To: | "scott(dot)marlowe" <scott(dot)marlowe(at)ihs(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: [HACKERS] Large databases, performance |
Date: | 2002-10-04 16:30:47 |
Message-ID: | 3D9DC237.8060802@cybertec.at |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers pgsql-performance pgsql-sql |
MVCC = great ...
I know that is not row level locking but that's the way things can be
explained more easily. Many people are asking my how things work and
this way it is easier to understand. Never tell a trainee about deadlock
detection and co *g*.
I am happy that the PostgreSQL core team + all developers are not like
Monty ...
I am happy to PostgreSQL has developers such as Bruce, Tom, Jan, Marc,
Vadim, Joe, Neil, Christopher, etc. (just to name a few) ...
Yes, it is said to be better than it was but that's not the point:
MySQL = Monty SQL <> ANSI SQL ...
Believe me, the table will turn and finally the better system will succeed.
One we have clustering, PITR, etc. running people will see how real
databases work :).
Hans
scott.marlowe wrote:
>On Thu, 3 Oct 2002, Hans-Jürgen Schönig wrote:
>
>
>
>>In the case of concurrent transactions MySQL does not do as well due to
>>very bad locking behavious. PostgreSQL is far better because it does row
>>level locking instead of table locking.
>>If you have many concurrent transactions MySQL performs some sort of
>>"self-denial-of-service". I'd choose PostgreSQL in order to make sure
>>that the database does not block.
>>
>>
>
>While I'm no big fan of MySQL, I must point out that with innodb tables,
>the locking is row level, and the ability to handle parallel read / write
>is much improved.
>
>Also, Postgresql does NOT use row level locking, it uses MVCC, which is
>"better than row level locking" as Tom puts it.
>
>Of course, hot backup is only 2,000 Euros for an innodb table mysql, while
>hot backup for postgresql is free. :-)
>
>That said, MySQL still doesn't handle parallel load nearly as well as
>postgresql, it's just better than it once was.
>
>
>
>>Also: Keep in mind that PostgreSQL has a wonderful core team. MySQL is
>>built on Monty Widenius and the core team = Monty.
>>Also: PostgreSQL = ANSI compilant, MySQL = Monty compliant
>>
>>
>
>This is a very valid point. The "committee" that creates and steers
>Postgresql is very much a meritocracy. The "committee" that steers MySQL
>is Monty.
>
>I'm much happier knowing that every time something important needs to be
>done we have a whole cupboard full of curmudgeons arguing the fine points
>so that the "right thing" gets done.
>
>
--
*Cybertec Geschwinde u Schoenig*
Ludo-Hartmannplatz 1/14, A-1160 Vienna, Austria
Tel: +43/1/913 68 09; +43/664/233 90 75
www.postgresql.at <http://www.postgresql.at>, cluster.postgresql.at
<http://cluster.postgresql.at>, www.cybertec.at
<http://www.cybertec.at>, kernel.cybertec.at <http://kernel.cybertec.at>
From | Date | Subject | |
---|---|---|---|
Next Message | Bt | 2002-10-04 16:35:00 | table linking problem |
Previous Message | Roland Roberts | 2002-10-04 16:24:09 | Re: [GENERAL] Fast Deletion For Large Tables |
From | Date | Subject | |
---|---|---|---|
Next Message | scott.marlowe | 2002-10-04 16:35:38 | Re: Threaded Sorting |
Previous Message | Hans-Jürgen Schönig | 2002-10-04 16:25:14 | Re: Threaded Sorting |
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paesold | 2002-10-04 16:38:21 | Re: Large databases, performance |
Previous Message | scott.marlowe | 2002-10-04 16:05:10 | Re: [HACKERS] Large databases, performance |
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paesold | 2002-10-04 16:38:21 | Re: Large databases, performance |
Previous Message | scott.marlowe | 2002-10-04 16:08:54 | Re: [SQL] arrays |