Покажи хоть один флуд. Заступитесь за меня кто нибудь!!
И верните клавиатуру.....!!

Это он и делал с самого начала.....
 
 

будь повнимательнее. этого он не делал. 
я не из воздуха это выдумал. а создал тестовый проект, локализовал описанный баг и написал рекомендации к исправлению.

А вообще я бы не меняла в свойствах dbgrida, вдруг нам понадобиться загрузить туда другие данные? (из другой таблицы)
И имена полей останутся прежними.

Наоборот, твоему совету  не стОит следовать!!!
Потому что при изменении запроса и активации датасета пропадут все настройки полей, а их бывает (настроек) очень много...
Наоборот нужно все колоночки добавить и забиндить вручную, причем стараться чтобы в запросе были присвоены нормальные имена возвращаемым полям, т.е писать не 
а

Тогда при незначительных изменениях запроса не придецца кардинально менять дбгрид...
ЗЫ. 
А насчет, того, что не стОит менять свойства дбгрида...
Интересно мне будет посмотреть, когда у тебя, Hellen, в гриде будет штук 20 колонок с разным форматированием, выравниванием, именами, лукап-полями и т.д. Вот и лопать все настройки грида по новой при активации датасета вместо того, чтобы один раз сделать по-человечески...  

"Камеди клаб" продолжается?  Вообще-то всякие подобные "вдруг" следует предусмотреть на этапе разработки программы.

А где же виновник торжества begin ??

pseud, сделал по вашему совету. Заработало. Но вот, что меня удивляет: ведь даже, чтобы из окна Editing DBGrid1.Columns поменять имена колонок, все равно это делается в свойстве Caption с той лишь разницей, что колонка выбирается не из ObjectTreeView, а из Editing DBGrid. Почему так?

видимо разработчики хотели как лучше, а получилось слегка заБАГжено. 
другого объяснения нет.
прими как есть.
а лучше залезь в исходники и сделай как надо.