Re: One large v. many small (fwd)

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема Re: One large v. many small (fwd)
Дата
Msg-id 200301311044.00583.josh@agliodbs.com
обсуждение исходный текст
Ответ на Re: One large v. many small (fwd)  (Jeff <threshar@torgo.978.org>)
Список 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 по дате отправления:

Предыдущее
От: Jeff
Дата:
Сообщение: Re: One large v. many small (fwd)
Следующее
От: Don Bowman
Дата:
Сообщение: not using index for select min(...)