ДЛя какой цели формируете вектор с данными?

akula84 делаем выборку из БД длинной 100 000 строк. При этом результат помещаем в вектор.
akula84 В таблицу данные положить
И для чего такие маневры. Поясните смысл вами задуманного.

INSERT INTO <name_table>
SELECT * FROM <name_table>;

Вы можете использовать команду INSERT чтобы получать или выбирать значения из одной таблицы и помещать их в другую, чтобы использовать их вместе с запросом. Чтобы сделать это, вы просто заменяете предложение VALUES на соответствующий запрос.

akula84смысл такой: есть документы с различными статусами. Хочется сразу показать документы с одним статусом, а их там 100 000.

Конечно можно сделать фильтр по клиенту и дате...

То есть отображать такие большие выборки не рекомендуется?
Можно но во первых нет необходимости перекачивать все это в вектор, а работать с результатом запроса, это раз.
Во вторых и это еще не единственный вариант.
Вам уже объясняли о использовании модели данных для построетия таблиц просмотра. Можно обращаться с запросом к базе за каждой строкой или брать порциями. В модели для JTable опишите AbstractTableModel в этом классе организуйте стек, размером раза в два превышающий вывод на экран.
Стек пополняйте запросами к базе в зависимости от обращения к public Object getValueAt. Результат - нет необходимости у клиента держать весь курсор, следовательно возможен просмотр данных любого объема.

P.S.
akula84 В таблицу данные положить
Таблицы бывают на экрате и в базе. Задовайте вопросы по точнее.

akula84А если будет так, то получается, что данные будут изменяться, если только клиент будет выбирать мышкой запись, а если он хочет просто пойти по полям полосой прокрутки?
При инициализации AbstractTableModel запросите количество записей в просматриваемой таблице и возвращайте его JTable методом getRowCount.
JTable обращается к методу getValueAt только тогда когда значение нужно вывести на экран. Если буфере, созданным вами, значение отсутствует обращайтесь к базе с запросом -> помещайте занные в очередь, вытесняя имеющиеся.
Смысл в том, чтобы у клиента был всегда фиксированный буфер данных, пополняемый в зависимости от запросов JTable к методам AbstractTableModel. При скролинге полосой прокрутки вызываются теже методы что и при движении курсором по строкам JTable, в конечном итоге. Дело только в том, что вернет getRowCount, от этого и будет "движок" скролинга зависеть. В данном случае должно возвращаться реальное кол. записей в таблице базы данных, а не буфера описанного в AbstractTableModel.