Re: PostgreSQL versus MySQL for GPS Data - Mailing list pgsql-general

From Lincoln Yeoh
Subject Re: PostgreSQL versus MySQL for GPS Data
Date
Msg-id 200903180722.n2I7MCVr009776@vsmtp6.jaring.my
Whole thread Raw
In response to Re: PostgreSQL versus MySQL for GPS Data  (Erik Jones <ejones@engineyard.com>)
List pgsql-general
At 12:05 AM 3/18/2009, Erik Jones wrote:

>On Mar 17, 2009, at 4:47 AM, Craig Ringer wrote:
>
>>>The question is: Which DBMS do you think is the best for this kind of
>>>application? PostgreSQL or MySQL?
>>
>>As you can imagine, PostgreSQL.
>>
>>My main reasons are that in a proper transactional environment (ie
>>you're not using scary MyISAM tables) Pg is *much* better about
>>handling
>>concurrent load, particularly concurrent activity by readers and
>>writers.
>
>Actually, following this comment it should be noted that if you were
>to choose MySQL you'd pretty much be making a decision to *not* be
>using transactions at all.  The reason for this is that while InnoDB
>does support MySQL's geometry data types it does *not* support indexes
>on geometry columns, only MyISAM does which does not support
>transactions.  Call me old fashioned if you like, but I like my data
>to have integrity ;)

Interesting, didn't know that.

But that's what I don't like about MySQL.

On the "brochure" they've got all the ticks on the feature
checkboxes. So the Bosses and CxOs think it's great.

But then you find out (often the hard way) that many star features
are mutually incompatible.

Link.


pgsql-general by date:

Previous
From: Lincoln Yeoh
Date:
Subject: Re: PostgreSQL versus MySQL for GPS Data
Next
From: Subha Ramakrishnan
Date:
Subject: Re: Uploading data to postgresql database