| 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: | Whole Thread | Raw Message | 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 |