From: | Anastasios Hatzis <ahatzis(at)gmx(dot)net> |
---|---|
To: | Andreas Pflug <pgadmin(at)pse-consulting(dot)de> |
Cc: | Hans-Juergen Schoenig <postgres(at)cybertec(dot)at>, Lukas Kahwe Smith <smith(at)pooteeweet(dot)org>, pgsql-advocacy(at)postgresql(dot)org |
Subject: | Re: database contest results |
Date: | 2006-08-29 14:48:29 |
Message-ID: | 44F453BD.1080700@gmx.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-advocacy |
Andreas Pflug wrote:
> Hans-Juergen Schoenig wrote:
>
>> Lukas Kahwe Smith wrote:
>>
>>> Hi,
>>>
>>> I have not studied this contest in any detail. However the
>>> performance differences seem kind of unrealistic:
>>> http://www.mysql.com/news-and-events/press-release/release_2006_35.html
>>>
>> this is pure marketing.
>> i have seen postgres beat mysql in many many cases. same with oracle.
>> i assume that those tests are all done with ISAM. with ISAM everything
>> is fast but you cannot reboot the box without facing serious
>> corruption. in business applications stability is as least as
>> important as speed.
>>
> the prerequisites where quite mysql-drawn right from the start. The
> MySQL team did a very good job tuning the existent application to access
> the database as rare as possible using memcache, and dropped all
> constraints (no surprise...). Porting _that_ optimized app to pgsql
> would be really interesting and comparable.
>
Good Point :-)) Does it mean that a faster way working with mysql is by using mysql as little as possible? Probably than the fastest way is never using mysql?
SCNR
Anastasios
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Treat | 2006-08-29 15:07:56 | Re: [pgsql-advocacy] Getting better Google search |
Previous Message | Peter Eisentraut | 2006-08-29 14:36:55 | Re: 7.4 Development |