ADO Dataset VS ADO Query

ADO Dataset может все тоже самое что и ADO Query и плюс дополнительные возможности типа кеширования?
И в чем принципиальное различие вообще Dataset от Query ?
К примеру если я хочу везде использовать только один компонент, то какие проблемы могут быть при использовании Dataset в Select запросах программной логики к которым не привязаны визуальные компоненты типа DBGrid ?
И что будет если на Query завязывать DBGrid через DataSource.
Вопрос принципиальный - что "такое хорошо и что такое плохо" ?

Забудь про TADOQuery, TADOTable и TADOStoredProc. Они существуют только для совметстимости с соответствующими компонентами BDE.
Есть TADODataset и TADOCommand.
Первый применяешь для команд, возвращающих набор данных.
Второй - для команд не возвращающих данных.

PS Почитай букварь какой-нибудь по Дэлфи, если еще не. И раздобудь справку от седьмой версии.

Query это костыль от Борланда, очень вредным оказалось

В чем может быть проблема при использовании "TADODataset" для Не-визуальных целей, Но которые возвращают набор данных ?
Например в случае получения Select'ом данных в коде и их обработка

while ds do
begin
  s:=s+FieldByName('NUMB').AsInteger;
  Next;
end;

Имеется ввиду проблемы быстродействия, кеширования, оптимизации между клиентом и сервером, но не программирования на Delphi. Стоит ли в этом случае все таки использовать Query ?

while not ds.Eof do

Judo

В чем может быть проблема при использовании "TADODataset" для Не-визуальных целей, Но которые возвращают набор данных ? Например в случае получения Select'ом данных в коде и их обработка while ds do begin s:=s+FieldByName('NUMB').AsInteger; Next; end; Имеется ввиду проблемы быстродействия, кеширования, оптимизации между клиентом и сервером, но не программирования на Delphi. Стоит ли в этом случае все таки использовать Query ?

Чукча не читатель, проблемы могут быть с AdoQuery, он же костыль. Ну как минимум еще и низкая производительность.

rovan
.... Есть TADODataset и TADOCommand. ....

ОК. Буду их использовать