Re: Request Tracker ( RT ) recommends MySQL
От | Brad Nicholson |
---|---|
Тема | Re: Request Tracker ( RT ) recommends MySQL |
Дата | |
Msg-id | 43259CD1.9090501@ca.afilias.info обсуждение исходный текст |
Ответ на | Re: Request Tracker ( RT ) recommends MySQL ("Jim C. Nasby" <jnasby@pervasive.com>) |
Список | pgsql-advocacy |
Jim C. Nasby wrote: >On Sat, Sep 10, 2005 at 01:12:45AM -0400, Chris Browne wrote: > > >>jnasby@pervasive.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. >> >> > >There's no technical reason I can think of why a piece of software >couldn't support different queries for different databases. > Nope, but I'd imagine that it's the maintenance overhead that they are concerned about. -- Brad Nicholson 416-673-4106 Database Administrator, Afilias Canada Corp.
В списке pgsql-advocacy по дате отправления: