TClientDataSet: No deja hacer '.append' sin query previa

[[Al González]]

Gracias por las aclaraciones.

Entonces la excepción se eleva cuando se intenta abrir el conjunto de datos. Es al hacer el Open y no el Append cuando ocurre el error (aunque probablemente se queda seleccionada la línea del Append, eso es algo normal del depurador).

En lugar de Open podrías intentar con el método CreateDataSet (teniendo ya preparados los campos el conjunto de datos cliente, lo cual seguramente ya haces / está, puesto que de otra manera tampoco el Open funcionaría).

Pero el problema entonces será cuando intentes hacer el obligado ApplyUpdates para enviar el nuevo registro a la base de datos. Es ahí cuando el proveedor demandará la existencia de un conjunto de datos asociado. Esto podría parecer algo ocioso por parte de un TDataSetProvider cuya propiedad ResolveToDataSet es False, pero resulta necesario porque es a través de propiedad DataSet como finalmente logra el acceso de escritura a la base de datos. Ciertamente no hace nada sobre ese conjunto de datos, pero sí lo usa para obtener la vía (conexión) hacia la base de datos. Al menos así es en Delphi 7.

Entonces, quedarían dos principales alternativas:
1. El truco que mencionas de que el proveedor tenga asociada una consulta "Select ... Where ID = 0".
2. Crear un derivado de TDataSetProvider para redefinir su método virtual InternalApplyUpdates, y con ello el comportamiento que el componente tiene bajo estas circunstancias.
3. Lanzar la propia instrucción "Insert Into" desde el conjunto de datos cliente, colocando ésta en la propiedad CommandText y llamando luego a su método Execute. Pero para esto también es necesario que el proveedor tenga valor en su propiedad DataSet, aunque en este caso sí puede estar vacío el query.

Para salir rápido del problema, yo haría lo primero. Pero si quisiera construir una solución que vea como algo útil para muchos casos similares actuales o futuros, probablemente estudiaría la segunda opción (considerando el tiempo que conllevaría crear un componente derivado para estos fines). La tercera opción me parece la menos adecuada.

Mucho de esto que te comento tiene que ver con la manera en que los componentes de acceso a datos manejan e implementan la interfaz IProviderSupport. Síguele la pista a dicha interfaz y descubrirás varios asuntos interesantes relacionados con el manejo de objetos TClientDataSet.

Espero haber orientado un poco más, no dejes de emitir tus opiniones y resultados.

Saludos.

Al.

P.D. Acabo de ver que publicaste un comentario más, más tarde le echaré un vistazo...