Если приложение, то естественно, что набор данных должен быть свой для каждой формы MDIChild. Т.Е. вот это все автор писал:клиентсктий датасет, соединенный через провайдера к ADODataSet должно быть на каждой форме.



А откуда такие чудовишные размеры. Да еще при старте. Скока форм создается автоматом? Надо всего две. Общий модуль данных и главная форма приложения.

автор писал:Потом логин, прога начинает сосать данные и размер вырастает до 17 МБ.
В принципе он высасывает справочник всех банков РФ, но все равно, что-то многовато.

8-)

А зачем это весь справочник банков на клиента вытаскивать? Объем то все равно не маленький. И глянь, мож ты оба набора открытыми держишь и TADO... и TClient... Открывать надо тока последний. А для ускорения работы у TADO... значение свойства CursorType поставь ctOpenForwardOnly. Или ваще dbExpress юзай.

автор писал:Народ говорит - вьюхи вьюхи. Как я понимают - это хрень на SQL сервере аля ХП которая выдает результат запроса типа Select.

Не совсем так. Вью есть вью, хп есть хп.

автор писал:Какие у него преимущества перед моим методом - TADOdataset у которого в команде написано select * form ....

Ну приемуществ много и у вьюх и у хп. Я основной уклон делаю на работу через хп. Доступ к таблицам вообще закрыт. Это помогает абстрагироваться от структуры хранения и обработки данных при разработке клиентских приложений. Кроме того, использование хп позволяет повысить общую производительность за счет снижения трафика (вместо длиннющего запроса -вызов хп). А основное приемущество хп в том, что ее код компилируется при перворм запуске и повторные запуски идут в большинстве случаев без перекомпиляции, что ускоряет обработку. А запросы с клиента будут каждый раз обрабатываться оптимизатором, компилироваться и тока потом выполняться.

автор писал:И если они есть, то как эти вью использовать в дельфи?

Вью - это практически та же таблица, так что с ней работай как и с таблицей.