вряд ли поможет, но чтобы уже быть уверенным, что все опробовано, я бы попробовал создавать stmt с параметром ResultSet.TYPE_FORWARD_ONLY

И еще, можно сначала перечислить все колонки, потом половину колонок убрать. Если запрос не прошел - половину из существующих убрать, если прошел - заменить существующие теми, что убрали и тд и тп, повторять циклически пока не останется мало колонок. А потом уже смотреть конкретней что там плохого в оставшихся.

А setFetchSize постгрессом вообще поддерживается? Судя по тому, что с размером 50 оно у вас не сработало - fetchSize не поддерживается. У вас же, когда fetchsize был 50 - тот же экзепшен бросался? Или бросало другой экзепшен?

Я не работал с постгрессом, но эти все свободные базы - они ведь могут не полностью его поддерживать. К вопросу о том, насколько маленьким. Например, мускул поддерживает только режим setFetchSize(Integer.MIN_VALUE), что означает row-by-row fetching (хотя на практике извлекает небольшими группами - подозреваю, что решает по размеру). На практике этот режим делает tcp-трафик больше, но зато пользуясь этим режимом можно сделать полный селект очень большой таблицы, которая в память вся не помещается. Возможно, в постгрессе есть что-то подобное - гляньте в документацию.