Re: Again, sorry, caching.

From: Greg Copeland <greg(at)CopelandConsulting(dot)Net>
To: jm(dot)poure(at)freesurf(dot)fr
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Again, sorry, caching.
Date: 2002-03-18 13:58:29
Message-ID: 1016459910.18067.18.camel@mouse.copelandconsulting.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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(at)postgresql(dot)org

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message mlw 2002-03-18 14:10:04 Re: Again, sorry, caching.
Previous Message Jean-Michel POURE 2002-03-18 13:32:40 Re: Again, sorry, caching.