Приветствую, господа. Вопрос по теории построения БД. И по практике :)
Postgresql 8.2. Сервер: 2 Xeon'а, 4 Гига памяти. RedHat AS 4.
Предыстория.
Было у нас куча (около 1000) таблиц, абсолютно одинаковых, содержащих сходные данные, но относящиестя к разным сущностям нашего программного комплекса. Общую статистику получить было почти невозможно - надо было проходить последовательно по всем таблицам и объединять результаты анализа каждой в единое целое. Более того - какие-то необходимые модификации, заставляли нас опять проходить по всем таблицам и модифицировать их по одной. Последней каплей стало возникшее требование добавлять в таблицу запись только если значение одного из полей ее не встречается ни в одной из остальных таблиц.
И я решил номализовать БД. Объединил все данные в одну таблицу с добавлением поля, указывающего, какой из сущностей принадлежит запись.
И тут все начало страшно тормозить. Сразу скажу, с индексами там все нормально - есть индексы по всем полям, которые упоминаются в запросах в WHERE. Опишу таблицу: она содержит 6 полей - счетчик - primary key, 2 int, 3 text. Размер сейчас - порядка 50 млн записей. БД настроена оптимально - я в этом разбираюсь.
С таблицей этой непрерывно и постоянно работают 10 клиентов - выбирают, добавляют, изменяют записи. Друг другу вроде не должны мешать, т.к. каждый работает только со своими записями. Тем не менее - торможение жуткое.
Что можно с этим сделать? Или я вообще зря нормализовал БД?

пример тормозного запроса:
update our_big_table set field1 = 2, tdate = dafault where
id in (select id from our_big_table where field1 = 1 or
(field1 = 2 and (tdate + interval '1 day') < NOW())
ORDER BY tdate DESC LIMIT 2000)

Где:
id - serial, primary key
tdate - timestamp without time zone, default now()
field1 - integer
по двум последним есть индексы