cambiando de DBX a MDO

[Gabriel]

Hola Foro

Estoy haciendo pruebas de cambiar los SQLQuerys de una aplicación a MDOQuery, con su correspondiente provider i ClientDataSet.
En el ClientDataSet hago igual el AppyUpdate y en MDOtransacción, hago el commingRetaining
De momento las pruevas me van perfectas.
La idea es, ja que DBX, empieza a no dar soporte a Firebird, empezar a funcionar con MDO, pero con el triunvirato MDOQuery - DataSetProvider - ClientDataSet, ya que estoy acostubrado a trabajar con ClientDataSets

Pero como los cambios, siempre dan miedo.
Pregunto
¿Alguien esta trabajando, ya en producción de esta manera ?
¿A tenido problemas ?
¿ Me aconsejais el cambio ?
¿ Me desaconsejais el cambio ?

La idea es, si paso a D2007, como DBX4, no soporta Firebird, intentar trabajar con MDO i ClientDataSets

Saludos i Gracias

[Luis M.]

Hola Gabriel.
No utilizo los ClientDataSet, pero si los TMDODataset y de momento me
funcionan muy bien.
Con respecto a las transacciones, en vez de utilizar el commingRetaining,
utilizo Read Committed.
No creo que tengas ningún problema con el cambio.
Un saludo.

[Delfino]

pero si los TMDODataset
Pues eso, mejor los MDODataset q los MDOQuery ;)

[Lepe]

Y ¿qué tal Zeos?

MDO me parece que hace mas de 1 año que no se actualiza el proyecto, y tiene algunas carencias.

Saludos

[Gabriel]

El tema de Zeos, me da laa impresión de que son mas lentos

El tema de MDODataSet en vez de MDOQuery

JA prove con MDODataset - provider i ClientDataSet i no note la diferencia con MDOQuery - Provider - ClientDataSet

I creo que para hacer servir la estructura con Clientdatasets, pues mejor "creo" los MDOQuerys, pues supongo que son mas ligeros, con unidirectional o true.

Sabeis en que mejoraria poner
MDODataset - provider i ClientDataSet
envez de
MDOQuery - Provider - ClientDataSet

gracias