La idea básica creo que es usar estos componentes cuando separas la capa de acceso a datos del resto de la aplicación.
(Siempre veo el uso de midas en los tuts de arquitectura de 3/N capas)

Por otro lado, como vos dijiste: el ClientDataSet implementa muchas cosas que al DataSet le "faltarían".
También, al utilizar ClientDataSets conectados por Provider a un solo DataModule o similar ganas la posibilidad de cambiar los componentes de conexión sin tener que cambiar funcionalidad del resto de la aplicación (o mínima).
Yo personalmente los uso cuando necesito un set de datos totalmente desconectado de la base, poder persistirlo por X tiempo sin tener que tener la transacción abierta en el motor. Ejemplo: cuando necesitas "procesar" el mismo set de datos de muchas maneras distintas según opciones del usuario; le pasas la carga de cpu al mismo usuario en lugar de al motor de BD (que se joda él por molesto, y no joda a los demás).

Saludos!

El Rayo wrote:

Hola amigos...

He visto en internet que recomiendan usar para trabajo
con una base de datos los componentes ClientDAtaSet y
DataSetProvider.

Mi pregunta es la siguiente... En que casos es
conveniente usar esto componentes?... Por que yo uso
para conexion componentes ADO / Zeos / NcOCI. Los que
recomiendan usar CDS / DSP lo que dicen es reemplazar
a los otros componentes mas comunes para base de
datos. En esta pagina dicen que son mejores porque
automatizan cosas tienen los Contraints (para control
de datos ingresados), etc.

Saludos y gracias por los aportes,
El Rayo

.:: Administrador del gupo Delphi-Argentina ::.
.:: Delphi-Argnetina@gruposyahoo.com.ar ::.
.:: http://ar.groups.yahoo.com/group/Delphi-Argentina ::.
.:: ::.
.:: Desarrollador Delphi/Oracle ::.

Los referentes más importantes en compra/ venta de autos se juntaron:
Demotores y Yahoo!
Ahora comprar o vender tu auto es más fácil. Vistá ar.autos.yahoo.com/