Чё-то я не пойму. Раз много записей - не надо их фетчить все. Грид сам все 50 тыс. просто так тянуть не станет ...
Единственное, что в такой ситуации проблемно - поис по LOCATE. Там прийдётся все записи вытянуть и до вызова locate деактивировать события скрола (например в FIBPlus есть вто-то вроде DisableScrollEvents, в других компонентах может чё своё есть, а если нету, тогда ручками надо). После вызова Locate надо опять события скрола включить. Тогда будет искать довольно шустро, иначе при движении курсора будут во все связанные сетки данные фетчиться заново.

>Взял порцию (штук 100) записей, зафетчил, проскролил, перешел на
>следующие, или на предыдушие 100 и т.д.

Я тоже не понимаю, зачем это. Там же всё автоматом делется. Будет юзер PageDown тыкать - оно пачками и будет выгребаться.
Мне какжтся, что это какая-то надуманная проблема, которой вовсе и нет.
И потом, что значит реализовать вытаскивание пачек записей на сервере? Это ж как клиент захочет - так и будет.

Все данные потребуется выгрести в случае Locate. Но я когда-то 100 тыс. записей выгребал специально - довольно шустро поиск работает, если в это время дочерние наборы данных отрубить.