вадяесли так рассуждать — странно, как работают бд...
диск будет тормозом в случае, если у тебя десятки миллионов записей, а в этом случае java вылетит в out of memory намного раньше. либо придется писать модуль для свопа, что будет костылем. в базах существуют индексы, и пр. вещи для обработки данных, намного более заточенные для этого, чем будет написано на java. так что если не знаешь про базы - не надо грешить на диск..
Есть интересная статья Стоунбрейкера где он ругает мультипоточные DBMS/OLTP и считает что
это архитектурная ошибка.

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

Я думаю что задача это творческая (наподобие Microsoft-овских Терабайтных
строк-дубликатов которые мы обсуждали недавно) и решать ее можно
как угодно. Главное убедить тех-лида или персону которая проводит
собеседование что ты прав и уверен. А вот уверенности у нашего
поциента как раз нет. Мы можем вывалить на него вагон решений
но вопрос про OutOfMemory error может его срезать на взлете.

вадя, средства импорта данных из CSV есть в любой нормальной DBMS
но задача не про это. Это задача - на разработку а не на знание
админских утилит.