Hola.
Cita:
|
Empezado por scooterjgm
pensaba q el componente TADODataSet era el ekivalente al TSQLClientDataSet. ME puedes decir para que sirve ese componente??
|
En muchos casos le puede suplir perfectamente. Un SQLClientDataset internamente són en realidad 3 componentes (SQLQuery + DatasetProvider + ClientDataset), por lo que su equivalente con ADO también tendrían que ser esos 3 componentes.
Aunque a diferencia del SQLQuery (que es unidireccional y de solo lectura), el ADOQuery es bidireccional y modificable, por lo que se puede utilizar para conectarlo directamente a una grid, o para modificar un registro. Cosa que no se podia hacer con el SQLQuery, lo que nos obligaba a conectarlo a un ClientDataset.
NOTA: Entre el ADODataset y el ADOQuery practicamente no hay ninguna diferencia. Internamente uno se basa en el otro (aunque no recuerdo el orden). Las diferencias que se ven, es que uno solo sirve para acceder a datos resultados de una consulta SQL (el ADOQuery), mientras que el otro también se puede usar para recuperar una tabla entera, ...
Cita:
|
Empezado por scooterjgm
es decir, conecto el SQLQuery directamente al dataSetProvider y si no funciona lo paso por un ClientDataSet, no?? o directamente el SQLQuery al DataSource??
|
Supongo que te refieres al ADOQuery.
Primero prueba utilizando solo un ADOQuery conectado directamente al Datasource. Unicamente en el caso de que necesites alguna de las características avanzadas del ClientDataset, vale la pena que lo utilizes (conectando el ADOQuery a un DatasetProvider y este al ClientDataset y este ultimo al Datasource).
Las características únicas del ClientDataset (por lo tanto presentes en el SQLClientDataset) y que no estan en el ADOQuery, son cosas como los campos de agregado, nesteds datasets, modificaciones en cache, ... (aunque los componentes ADO tienen su propio enfoque para estos problemas).
Saludos.