Еще как имеет.
незнаю как насчет курсоров но вакумы реиндексы и все что зависит от дисковой подсистемы..

Использовать надо tablespace
Указываешь таблице где ей лежать и радуешся.

landyВопрос о том - как закэшировать таблицу, а не куда ее физически положить.
Таблица обновляемая или статическая? Если статическая - сделать скажем так: tablespace разместить в /proc и перегружать туда таблицу перед работой.
Или к примеру так:

select count(*) from table - Тогда она поднимется в кэш, делать это переодически, чтобы БД не выкидывала таблицу назад. Опять же это все зависит от интенсивности работы с БД.

Но это все так - ИМХО
Примерно это я и имел в виду..
Подробнее
Делается диск в оперативной памяти
Затем на нем размещается tablespace
подправляется скрипт запуска сервера БД перед запуском из бекапа копировать таблицу на диск в памяти, после остановки сервера копировать все с диска в памяти в бекап.

В результате избавляемся от тормозов дисковой подсистемы.

В случае с диском в ОП можно размеать там любые таблицы, хоть всю базу, главное чтобы места хватило.

про /proc не знаю что за фича говорить не буду.
про tablespace
http://www.postgresql.org/docs/8.1/interactive/sql-createtablespace.html

А про пропажу данных.
Делать чаще pg_dump
Если есть smartups то привязать pg_dump на события приходящие с ups