Re: One large v. many small (fwd) - Mailing list pgsql-performance

From Josh Berkus
Subject Re: One large v. many small (fwd)
Date
Msg-id 200301311044.00583.josh@agliodbs.com
Whole thread Raw
In response to Re: One large v. many small (fwd)  (Jeff <threshar@torgo.978.org>)
List pgsql-performance
Jeff,

> so after a week of engineering and futzing we had things under control..
> (db changes, massive app changes (agressive caching))
>
> Yes it was horrid to throw out RI (which caused some minor issues
> later) but when the business is riding on it.. you make it work any way
> you can.  In a perfect world I would have done it another way, but when
> the site is down (read: your business is not running, you are losing large
> amounts of money) you need to put on your fire fighter suit, not your lab
> coat.

Actually, I'd say this is  a great example of what I'm advocating.  You
started out with a "correct" design, from an RDBMS perspective, and
compromised on it only when the performance issues became insurmountable.
That sounds like a good approach to me.

--
-Josh Berkus
 Aglio Database Solutions
 San Francisco


pgsql-performance by date:

Previous
From: Jeff
Date:
Subject: Re: One large v. many small (fwd)
Next
From: Don Bowman
Date:
Subject: not using index for select min(...)