Проблема в индексе, скорее всего. Покажите команду, которой индекс(ы) на таблицу создавали.

Позволю себе не согласиться с утверждением выше, поскольку уже сталкивался с такой ситуацией, когда ошибка в индексе приводит к повреждению таблицы.

4_Alex MBGПозволю себе не согласиться с утверждением выше, поскольку уже сталкивался с такой ситуацией, когда ошибка в индексе приводит к повреждению таблицы.

таки не в индексе дело, а в таблице, сделал "новую" таблицу, залил туда данные, потому в "старой" позволил себе удалить индексы, проблема осталась та же


Если таблица уже повреждена, после удаления индексов она чудом не восстановится.

P.S. И все же, какой командой были созданы индексы? Я ведь не просто так спросил...

4_Alex
CREATE INDEX ix_index
ON T1
USING btree
(c1);

уточню, индексы были созданы с самого "рождения" таблицы, а не добавлены после, вообще я заметил что при увеличении кол записей более 5млн (приблизительно) таблица начинает подтормаживать например в селектах, хотя до этого предела нет разницы, что 2 записи в таблице что скажем 4млн. может что то не так в настройках БД?

С такими индексами вроде никаких граблей не должно быть.
Насчет объема записей в таблице - настройки базы определяют, сколько данных будет кэшироваться в памяти. Также под линуксом очень хорошо работает кэширование на уровне операционной системы. Настроить кое-что можно, по крайней мере с shared buffers поиграться, но это все имеет смысл только при наличии свободной оперативной памяти. Например, на целероне 2 ГГц с 256 метрами ОЗУ и SATA HDD разделенная таблица до 100 миллионов записей тормозить на обычных выборках не должна (про агрегирование большого набора данных разговор отдельный). Думаю, проблема в разбросанности записей в файле таблицы, слишком много операций для чтения результирующего набора на физическом уровне. Таблица с несколькими миллионами записей занимает порядка гигабайта места на винте (учитывая индексы), чтение раскиданных по такому файлу записей (равно как и чтение самих индексов) занимает много времени и в этом случае стоит посмотреть в сторону кластеризации и разделения таблиц.

Cм. кластеризацию

http://postgrestips.blogspot.com/2007/06/cluster.html

См. разделенные таблицы

http://postgrestips.blogspot.com/2007/06/partitial-table.html

LeXa NalBat А с какими индексами могут быть проблемы? Если в нете есть инфа, киньте пожалуйста ссылку.

С типом hash, см. на opennet.ru упоминание и еще где-то было подробнее. Индексом hash сейчас уже почти не пользуются. Я на этом сам напарывался пару раз, перешел на btree везде и больше проблем нет.