Re: BugTracker (Was: Re: 8.2 features status) - Mailing list pgsql-hackers

From Bort, Paul
Subject Re: BugTracker (Was: Re: 8.2 features status)
Date
Msg-id DB106B1B5B8F734B8FF3E155A3A556C202D4FE4E@clemail1.tmwsystems.com
Whole thread Raw
In response to Re: BugTracker (Was: Re: 8.2 features status)  ("Andrew Hammond" <andrew.george.hammond@gmail.com>)
List pgsql-hackers
>
> Kenneth Marshall wrote:
> > RT is easy to setup/configure/use and works well with PostgreSQL as
> > the backend.
>
> RT works with Postgres, but I wouldn't say well. All queries
> in RT are generated by a query generator due to a naive
> obsession with database independance. They've achieved
> database independance at the cost of all the queries being
> brain-dead. Fixing the query generator would be a pretty big job.
>

We use RT with PostgreSQL for all internal IT requests and
development/support/doc tasks on a couple products, and there's never
been a problem. Are the queries optimal? no. The alternative might have
been MySQL-only, and that would be worse.

I can't really give a fair estimate on performance, because I'm running
it on a PIII at 800MHz with several other things as well. But it's fast
enough that I'm not screaming for a hardware upgrade.

Regards,
Paul Bort




pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: ISBN/ISSN/ISMN/EAN13 module
Next
From: Tom Lane
Date:
Subject: Re: [PATCHES] COPY view