Re: Need Some Recent Information on the Differences between Postgres and MySql

From: Dave Page <dpage(at)pgadmin(dot)org>
To: Rob Wultsch <wultsch(at)gmail(dot)com>
Cc: John Gage <jsmgage(at)numericable(dot)fr>, Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>, "Wang, Mary Y" <mary(dot)y(dot)wang(at)boeing(dot)com>, pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: Need Some Recent Information on the Differences between Postgres and MySql
Date: 2010-06-25 08:44:04
Message-ID: AANLkTikZGKHnQneXxfYCOHsujs65EB4JfoLTykKQ9HDu@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Fri, Jun 25, 2010 at 9:33 AM, Rob Wultsch <wultsch(at)gmail(dot)com> wrote:
> MySQL has several full text search solutions. The built in MyISAM
> solution is the best known, but there is also an engine for using
> sphinx.
>
> ...
>
> And there are features that MySQL has that PG does not. Index only
> queries is a massive feature. Pluggable backend storage engines are
> another.

Some might argue that is not a feature. Sure, it means you can have
different types of storage, but it means the feature set gets
fragmented - for example, if you want text search, you use MyISAM, but
if you want relational integrity you have to use InnoDB or some other
backend. You want both? Oh. Hmmm.

It could also be argued that having a storage engine API means that
the query planner/optimiser cannot have nearly as much knowledge about
how the data is stored and what access characteristics it may have
thus preventing it from being as well optimised as Postgres.

--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise Postgres Company

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Thom Brown 2010-06-25 08:52:05 Re: Need Some Recent Information on the Differences between Postgres and MySql
Previous Message Rob Wultsch 2010-06-25 08:33:10 Re: Need Some Recent Information on the Differences between Postgres and MySql