Solange von der Tabelle keine temporäre Kopie gemacht werden muss lädt der Cursur nur die Daten, die du abrufst. Die Gründe können vielfältig sein. Du kannst das erkennen, wenn dir im Job "*TEMPxxx"-Tabellen als geöffnete Dateien angezeigt werden.
Limt begrenzt das Ergebnis, so dass ein Fetch dann endet, der SQL muss mit Open neu ausgeführt werden.
Fetch ruft die Daten aus den geöffneten Tabellen ab. Deshalb hast du auch je nach Komplexitiät einer Abfrage mal Pausen zwischendurch.
Mittels Fetch n rows ist die Anzahl der DB-Aufrufe minimiert, so dass du Daten etwas schneller abrufst.

Die Begründung der Aktualität ist für mich keine, denn durch die heutigen Apps und Browser sind Daten immer nur eine Momentaufnahme. Du musst schon neu laden um zu aktualisieren.
Das ist nun überhaupt nichts neues mehr.

Und was machst du, wenn der User gar nicht blättert? Dann können ebenso Daten bereits geändert, neue hinzugefügt oder angezeigte gelöscht worden sein.
Das, was du vorhast ist im Endeffekt kein Komfort, da das Arbeiten mit der Subfile dann nur länger dauert (soweit messbar). Und F5 zu drücken (oder Refreshabuttons) ist man spätestens mit der Einführung des Internets gewöhnt. Unter Umständen muss man sogar schon mal den Browsercache leeren um die aktuelle Version des Anzeigeteils zu bekommen.

Für dein Beispiel eignet sich tatsächlich ein scollable sensitve Cursor am besten mit dem du beliebig vorwärts und rückwärts positionieren kannst und immer aktuelle Daten hast.
Bei änderungen des Filters oder Sortierung öffnest du dann neu.