From: | Chris Browne <cbbrowne(at)acm(dot)org> |
---|---|
To: | pgsql-advocacy(at)postgresql(dot)org |
Subject: | Re: Request Tracker ( RT ) recommends MySQL |
Date: | 2005-09-10 05:12:45 |
Message-ID: | 60d5nhsdyq.fsf@dba2.int.libertyrms.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-advocacy |
jnasby(at)pervasive(dot)com ("Jim C. Nasby") writes:
>> One of our people did some performance tuning work, and found a
>> number of queries that could be made *spectacularly* faster for
>> PostgreSQL if tweaked to be less MySQL(tm)-specific (I surmise that
>> the same changes would be either helpful or at least not hurtful
>> for Oracle, Informix, and Sybase, though I can't be sure about
>> SQLite).
>
> Note that the best way to change this situation is for users of RT
> to request these changes. There's no real reason they can't support
> alternative query syntaxes for different databases, other than it's
> more work. If anything, they should make MySQL the exception case,
> and use normal SQL syntax for everyone else. But none of this will
> change unless people using the product (especially those sending
> them money) request it.
What you're proposing is not really to "make MySQL the exception
case," but rather to cease to support it as an option.
It's only going to be convincing if the vendor can be convinced that
dropping support for their legacy of customers who are not unhappy
with MySQL(tm) is the preferred approach. They have not been easy to
convince thus far.
--
output = reverse("gro.gultn" "@" "enworbbc")
http://www.ntlug.org/~cbbrowne/advocacy.html
"I find it hard to believe a professional programmer could support the
concept of Open Source." -- David J. Owens <owensdj(at)home(dot)net>
From | Date | Subject | |
---|---|---|---|
Next Message | Jim C. Nasby | 2005-09-11 05:05:48 | Re: Request Tracker ( RT ) recommends MySQL |
Previous Message | Brad Nicholson | 2005-09-10 04:19:31 | Re: Request Tracker ( RT ) recommends MySQL |