Re: Again, sorry, caching.

Поиск
Список
Период
Сортировка
От Greg Copeland
Тема Re: Again, sorry, caching.
Дата
Msg-id 1016459910.18067.18.camel@mouse.copelandconsulting.net
обсуждение исходный текст
Ответ на Re: Again, sorry, caching.  (Jean-Michel POURE <jm.poure@freesurf.fr>)
Список pgsql-hackers
Yes.  EVERY person that I've ever known which runs MySQL run for two
very simple reasons.  First, they believe it to be wicked fast.  Second,
they don't understand what ACID is, what a transaction is, or why
running a single session against a database to perform a benchmark is a
completely bogus concept.  In case it's not obvious, these are usually
people that are trying to take a step up from Access.  While I do
believe MySQL, from a performance perspective, is a step up from Access
I always tell my clients...if you wouldn't use an Access database for
this project, you shouldn't use MySQL either.

To me, this means we need better advertising, PR, and education rather
than a result set cache.  :P

Speaking of which, I'm wondering if there are any design patterns we can
look at which would address client side caching...well, at least make it
easier to implement as well as implement it in a consistent manner.

Greg


On Mon, 2002-03-18 at 07:32, Jean-Michel POURE wrote:
> Le Lundi 18 Mars 2002 13:23, mlw a écrit :
> > Lets face it, MySQL wins a lot of people because they put in features that
> > people want.
>
> MySQL is very interested in benchmarks.
> It does not really care for data consistency.
>
> Cheers, Jean-Michel POURE
>
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo@postgresql.org


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

Предыдущее
От: Jean-Michel POURE
Дата:
Сообщение: Re: Again, sorry, caching.
Следующее
От: mlw
Дата:
Сообщение: Re: Again, sorry, caching.