[PERFORM] Joining views disables indexes?

2005-11-01 Thread Mitch Pirtle
I have a client that is testing an internal data platform, and they were happy with PostgreSQL until they tried to join views - at that time they discovered PostgreSQL was not using the indexes, and the queries took 24 hours to execute as a result. Is this a known issue, or is this possibly a site

Re: [PERFORM] Caching of Queries

2004-09-27 Thread Mitch Pirtle
On Mon, 27 Sep 2004 18:20:48 +0100, Matt Clark <[EMAIL PROTECTED]> wrote: > This is very true. Client side caching is an enormous win for apps, but it > requires quite a lot of logic, triggers to update last-modified fields on > relevant tables, etc etc. Moving some of this logic to the DB would

Re: [PERFORM] Hardware purchase question

2005-01-03 Thread Mitch Pirtle
On Mon, 13 Dec 2004 09:23:13 -0800, Joshua D. Drake <[EMAIL PROTECTED]> wrote: > > RAID 10 will typically always outperform RAID 5 with the same HD config. Isn't RAID10 just RAID5 mirrored? How does that speed up performance? Or am I missing something? -- Mitch ---(end

Re: [PERFORM] Hardware purchase question

2005-01-03 Thread Mitch Pirtle
You are right, I now remember that setup was originally called "RAID 10 plus 1", and I believe is was an incorrect statement from an overzealous salesman ;-) Thanks for the clarification! - Mitch On Mon, 03 Jan 2005 15:19:04 -0500, Madison Kelly <[EMAIL PROTECTED]> wrote: > Madison Kelly wrote:

Re: [PERFORM] PostgreSQL clustering VS MySQL clustering

2005-01-20 Thread Mitch Pirtle
On Thu, 20 Jan 2005 09:33:42 -0800, Darcy Buskermolen <[EMAIL PROTECTED]> wrote: > > Another Option to consider would be pgmemcache. that way you just build the > farm out of lots of large memory, diskless boxes for keeping the whole > database in memory in the whole cluster. More information on

[PERFORM] PG versus FreeBSD, startup and connections problems

2005-01-25 Thread Mitch Pirtle
Hi gang, I just inherited a FreeBSD box, and it is horribly sick. So we moved everything to a new machine (power supply failures) and finally got stuff running again. Ok, for two days (rimshot) Here are the two problems, and for the life of me I cannot find any documentation on either: 1) freeb

Re: [PERFORM] PG versus FreeBSD, startup and connections problems

2005-01-26 Thread Mitch Pirtle
Just a quick shout-out to Mark, as you provided the winning answer. I found numerous mailing list discussions and web pages, but all were either fragmented or out of date. Again, many thanks! -- Mitch On Wed, 26 Jan 2005 10:08:58 +1300, Mark Kirkwood <[EMAIL PROTECTED]> wrote: > > in /etc/sysct

Re: [PERFORM] SQL Performance Guidelines

2005-01-27 Thread Mitch Pirtle
On Thu, 27 Jan 2005 00:02:29 -0800, Dustin Sallings wrote: > > On Jan 26, 2005, at 10:27, Van Ingen, Lane wrote: > > > Clarification: I am talking about SQL coding practices in Postgres > > (how to write queries for best > > results), not tuning-related considerations (although that would be >

Re: [PERFORM] Benchmark

2005-02-10 Thread Mitch Pirtle
On Thu, 10 Feb 2005 08:21:09 -0500, Jeff <[EMAIL PROTECTED]> wrote: > > If you plan on making your results public be very careful with the > license agreements on the other db's. I know Oracle forbids the > release of benchmark numbers without their approval. ...as all of the other commercial da

Re: [PERFORM] Benchmark

2005-02-10 Thread Mitch Pirtle
On Fri, 11 Feb 2005 01:38:13 -0500, Tom Lane <[EMAIL PROTECTED]> wrote: > > If Oracle doesn't eat your rear for lunch, That would be more like an appetizer at a california cuisine place. > it would only be because you > hadn't annoyed them sufficiently for them to bother. Under the terms of >

Re: [PERFORM] PostgreSQL is extremely slow on Windows

2005-02-22 Thread Mitch Pirtle
On Tue, 22 Feb 2005 16:00:59 +0100, Vig, Sandor (G/FI-2) <[EMAIL PROTECTED]> wrote: > > > Hi, > > I've downloaded the latest release (PostgreSQL 8.0) for windows. > Installation was OK, but I have tried to restore a database. > It had more than ~100.000 records. Usually I use PostgreSQL > under