Имеем иерархию компонента TADODataSet:


Т.е. как говориться каждый потомок обретает всё новые и новые свойства, но общие свойства находятся в одном месте.
Почему тогда вместо того, чтобы создать компонент
T MyApplicationTable DataSet у которого установлены свойства CommandText, Перечислены все поля Fields производного Table все DisplayLabel и DisplaySize, а затем добавить его в палитру компонентов Delphi и уже потом использовать при необходимости везде где это надо в приложении, я вынужден кидать пустой TADODataSet и заполнять, его свойства при необходимости???
Если уже никто так не делает... пожалуйста объясните как вы это делаете?

to alr: Тогда мы получим копию компонента, а не сам компонент. Когда нужна точная копия можно просто скопировать и вставить компонент, туда куда нужно.
Что мы получаем имея много копий одного с одинаковыми функциями (причем с разным названием) - изменилась структура таблицы, нужно отыскать все копии и заменить свойство CommandText, добавилось поле, нужно во всех копиях добавить поле, его DisplayName и т.д. Т.е. однозначно проблема остаётся открытой.

to Oleg_Martynov: Запутаться в компонентах, будет не легче, чем в базе данных из 100-200 таблиц. Более того, число компонентов можно сократить. К примеру информация о банках храниться в трёх таблицах (формы_банка, детали_банка, города ), компонент будет один TБанки.
Согласен, что вся детализация по банку в списке банков не нужна, возможно придётся добавить компонент TБанкиСписок.

to Andrey В приложении MDI такой подход может вызвать много проблем. Попробуй использовать один DataSet и DataModule в двух MDIChildForm формах имеющих только DBEdit и DBNavBar. Двигая DBNavBar в одной форме, получим движение и в другой, а пользователь этого, ой как не ждёт

....
Спасибо за сомнения.... но всё же пока не могу найти минусов, чтобы отказаться от такого подхода 8)

to SiDen: Сдерживает только не знание как это делать :)
Вам как человеку не видящему сложности вопроса будет легче прояснить можно ли сделать из компонента TADODataSet который я бросил на форму, установил на нём все свойства, Fields и так далее, свой компонент? Чтобы всё было в почти автоматически.

К сведению, уже умею делать модуль, содержащий требуемый компонент в процедуре Create которого устанавливаю CommandText, но как быть с полями?
Если создавать их в run-time, тогда будет сложности с создание Master-detail или Lookup полей в design-time.

???

to tygra:
А что вы пишите commandtext в виде 'select * from bbbb', а поля задаёте в гриде?
а lookup полями пользуетесь? Если мне не изменяет память, тогда нужно поле добавить в DataSet, а уж если одно тогда и все остальные. а затем ещё и в гриде.
Мне милее поля оформлять в DataSet, a grid только отображает, без настроек..

Когда прописываешь поля в датасете, устанавливаешь свойство visible=false и их в гриде не будет, хотя работать с ними можно как обычно....
А стиль программирования действительно красивый и правильный