artzubДа еще момент, данные вывожу в GridControl от DevExpress.
Может на базе данного компонента реализовать более быструю работу?

Вы применили ущербную модель UI под названием "мастер-деталь", от которой отказались еще в прошлом веке.

При помощи GridControl от DevExpress Вы сможете сделать куда более понятный и удобный интерфейс типа "вложенные таблицы". В таком случае пользователь, нажав на кнопку детализации заглавной таблицы сможет "развернуть" данные подчиненной таблицы в той же визуальной области.

artzub,
Я, конечно, не знаю, о какой предметной области мы говорим, но слабо себе представляю, зачем пользователю видеть сразу 4 таблицы, но при этом лишь последняя может быть полезной всеми своими записями (ведь в 1,2 и 3-й таблице пользователь последовательно выбрал конкретно сейчас нужные ему строки).
На самом деле это типовой пример "последовательной детализации". А ее ярчайший представитель - UI типа "дерево". DevExpress предлагает более продвинутый его вариант - вложенные таблицы
(только не забудьте его купить!).

artzubПока про оптимизацию ни чего не увидел, только про концепцию интерфейса поговорил =)

Кроме фильтра в BindingSource можно попробовать Select в DataTable. Более ничего в голову не приходит.

Хотя самое разумное, на мой взгляд, - грузить запросами из БД. Так можно отсечь подавляющий объем "лишних данных".
Я опять же, не зная предметной области, не уверен, что пользователь должен пролопатить все данные за один присест.
Обычно - открыл одну сущность, посмотрел, что там у нее в деталях. Потом провалился еще на один уровень и т.д. Когда настанет время перейти к очередной сущности "верхнего уровня", данные в локальных источниках могут уже устареть и за ними все равно придется лезть в БД запросами.