Где-то в степи> а как у вас реализован пейджинг при больших массивах записей?

Там нет пэйджинга - это ВинФормс.
Сплит-вью тоже нет, но это потому что нам он не нужен. Но есть Fixed Columns.

ViPRosа чем Винформс мешает пейджингу?

Чем ласты мешают велосипеду? Тем, что НАФИК НЕ НУЖНО. :) Правда, когда я отвечал, я подразумевал под "пэйджингом" постраничный показ записей, чтобы влазили на экран. С ВинФормс это не нужно - там достаточно ресурсов и для миллиона записей.

Где-то в степиPoke,
ну во первых это не комфильно, если например вывалилось несколько тыс записей в грид,


Что конкретно тебе не нравится в гриде с тысячами записей? По пунктам.

Где-то в степиво вторых расход памяти длинной кучи содержать этот табун

В моём гриде можно не париться по этому поводу - данные просятся только при отображении. Соответственно, в две строки прикручивается кэш, позволяющий тянуть данные из базы по мере надобности. То есть в связке ДАННЫЕ-ПРОКСИ-ГРИД ты полностью контролируешь ПРОКСИ - как и что тянуть.

Где-то в степиа спрашивал вот что:
например открыт список детали двигателя - 1000 записей.
и открыт список чего то там 1000 записей, ну как бы - мультипоказ, пейджинг в роли кота шредингера не понимает какой массив кобасить .


"Где-то в степи", ты не мог бы писать сообщения трезвым? У тебя схема Master-Detail штоле?? Это делается ДВУМЯ гридами. Но как я сказал, ты можешь спокойно обрабатывать запрос данных вручную, что позволит обходиться одним гридом. НО(!) тогда ты руками же обязан отвечать за освобождение ненужных веток. Что, впрочем, несложно.

ViPRosкак токо откроешь пару тройку форм с миллионными гридами сразу поймешь что не прав

"как токо" юзер откроет тройку миллионных гридов, ЮЗЕР поймёт, что он не прав. В нормальных гридах всегда есть возможность отфильтровать данные - вот пусть фильтрует, прежде чем загружать всю базу. И я не говорил, что в моём гриде загрузятся все записи - они грузятся по запросу.