Пожалуй, я-таки проголосовал бы за DB2 Express-C (не знаю насчёт PostgreSQL, слышал только нехорошее слово "vacuum"). Надо бы только оценить, важно ли ограничение в 2 гига ОЗУ, что зависит от объёма запрашиваемых данных и случайности запросов этих данных. Для быстрого удаления имеет смысл применять "партишионирование для бедных" - т.е. разбить данные на несколько таблиц и поверх них сделать view с union all; drop'ать/пересоздавать таблицы и view, когда данные в таблицах устарели.

(Интересно, что лицензия запрещает использовать MDC (многомерные кластера) и компрессию на Express-C, но физически они, вроде бы, не были отключены. А это чрезвычайно удобные и полезные штуки).

Насколько я вижу по синтаксису CREATE TABLE в DB2 9.7 (сам не пробовал создавать), таблица может принадлежать нескольким tablespace (раньше такого не было). Таким образом, имеет смысл создать по одному tablespace на каждый диск и бекапить по-тэйблспэйсно, а таблицы создавать на всех "данновых" tablespace сразу. Размер страницы имеет смысл выбрать в 32K (как известно, основное время тратится на позиционирование, а не на считывание); если оставить дефолтный, без толку пропадёт море места. Так называемый blob определить как VARCHAR(1024) FOR BIT DATA.

http://publib.boulder.ibm.com/infocenter/db2luw/v9r7/index.jsp?topic=/com.ibm.db2.luw.sql.ref.doc/doc/r0000927.html
Поскольку у меня нет реальных шансов продвинуться в реальном использовании DB2 дальше 9.1, то неохота разбираться, как это работает и работает ли в Express-C. Просто случайно увидел и был сильно удивлён.