Callback czy Stream - problem teoretyczny, prawdziwego kodu nie będzie

Jak napisałem wyżej mam problem teoretyczny co lepsze (czytelniejsze?, wydajniejsze?) - Callback czy Stream.
Czytam duży zbiór elementów z zasobu źródłowego i od razu chce zapisywać do zasobu docelowego.
Dla obu zasobów mam DAO/Repo czy jak to teraz się nazywa ogólnie obiekt opakowujący i chciałbym żeby tak pozostało że nie mieszam tych kodów.
W związku z tym że muszę na zmianę czytać po kawału i zapisywać po kawałku zastanawiam się co lepsze

Callback (consumer)

sourceRepo.readAllAndConsume(destRepo.createConsumer())

Stream

final Stream<Element> stream = sourceRepo.readAll()
destRepo.saveAll(stream)

Jakbym nie miał problemu dużej ilości danych to zrobiłbym prostacko

final List<Element> list = sourceRepo.readAll()
destRepo.saveAll(list)

Rozwiązanie ze Streamem wydaje mi się bardziej uniwersalne, ale zastanawiam się czy nie trafię na jakieś niespodziewane problemy

Ja bym dał streama. Pytanie czy te źródło danych ładnie wspiera streamy ;)

scibi92 napisał(a):

Pytanie czy te źródło danych ładnie wspiera streamy ;)

Racja, jak chce odczytywać i zapisywać paczkami to stream nie będzie już taki łatwy do zapisania. Chyba że stream będzie zawierać paczki elementów a nie elementy, ale wtedy nie będzie już ładny ani uniwersalny :(

Zauważ, że callback mógłby zostać użyty do implementacji tego destRepo.saveAll(stream), więc rozwiązanie ze strumieniem wydaje się być bardziej uniwersalne. Natomiast dlaczego nie zrobić tego batchowo? To jednorazowa akcja?

@KamilAdam: bardziej chodziło mi o to czy jesteś wstanie rzeczywiście pobierać obiekt typu stream ze źródła. Np. w natywnym JDBC to by chyba nic nie dało bo i tak musiałbyś wciągnąć cały resultset, przynajmniej z tego co wiem