Re: Decide between Postgresql and Mysql (help of

Поиск
Список
Период
Сортировка
От Scott Marlowe
Тема Re: Decide between Postgresql and Mysql (help of
Дата
Msg-id 1143575445.3625.87.camel@state.g2switchworks.com
обсуждение исходный текст
Ответ на Decide between Postgresql and Mysql (help of comunity)  (Marcos <mjs_ops@gmx.net>)
Ответы Re: Decide between Postgresql and Mysql (help of  (PFC <lists@peufeu.com>)
Re: Decide between Postgresql and Mysql (help of  (Gorshkov <listsubscriptions@oghma.on.ca>)
Список pgsql-performance
On Tue, 2006-03-28 at 13:42, PFC wrote:
> > This is as much about the code in front of the database as the database
> > itself.  You'll want to use an architecture that supports pooled
> > connections (java, php under lighttpd, etc...) and you'll want to look
>
>     Well, anybody who uses PHP and cares about performance is already using
> lighttpd, no ?
>
> > MySQL and PostgreSQL can handle fairly heavy parallel loads.
>
>     I'll only speak about MyISAM. MySQL == MyISAM. InnoDB is useless : if you
> want transactions, use postgres.

I agree with most of what you posted, but I'm not quite sure what you
meant here.

Innodb in and of itself is a fairly decent MVCC implementation, with, as
usual, some limitations (it's rollback performance is HORRIFICLY bad).
What really makes innodb useless to me is that there's no real support
for proper operation by MySQL itself.  If you could force MySQL to only
use innodb tables, and to NEVER do the wrong things syntactically, it
would be ok.  But there are thousands of foot-guns in the MySQL - Innodb
combination waiting to take off your toes.  Too many to count really.
To me, that's what makes innodb so useless, the way MySQL fails to
integrate well with it.

В списке pgsql-performance по дате отправления:

Предыдущее
От: Marcos
Дата:
Сообщение: Re: Decide between Postgresql and Mysql (help of
Следующее
От: PFC
Дата:
Сообщение: Re: Decide between Postgresql and Mysql (help of