Also das mit dem Offset/Limit wird ja gerne schon beim SQL-Server für Paging von Web-Seiten propagiert.
Man sollte sich das allerdings gut überlegen, da die Positionierung mittels Offset immer langsamer wird, je weiter man sich nach hinten bewegt. Immerhin kann auch SQL hier nichts anderes tun als die Offset-Sätze zu überlesen. D.h., je komplexer ein SQL ist, um so schlimmer wird das nämlich, da nun mal alle Daten vor dem Offset ermittelt werden müssen um sie anschließend zu verwerfen.
Sowas sollte man tunlichst bei z.B. UDF's, Group by oder Partition/OLAP-Funktionen vermeiden.

Offset/Limit ist nämlich eine Funktion des Select's und nicht des Cursors.
Ein statischer (insensitive) Scrollcursor ist da effektiver da man mittels "Fetch releative +/- N" eben positionieren kann und der SQL nicht noch mal neu berechnet wird.
Möchte man aktualisierte Daten, kann man den Cursor dann eben schließen und neu öffnen.

Für das SFL-Problem gibts daher 2 Möglichkeiten:
Nach der Änderung die Subfile clearen, neu füllen und auf die gemerkte relative SFL-Position positionieren.
Hier bekommt man alle Änderungen der Daten mit (also auch Veränderungen der nicht bearbeiteten Position), oder eben nur den einfachen SQL wie oben beschrieben.