¿Hay algo equivalente al FlushBuffers en TADODataset?

[nachoasensio]

Gracias, voy a probar a guardar en el programa el número y a controlarlo por software. Hay algo más de lo que me acabo de dar cuenta. Cuando trato de hacer un "AdoDataset.Delete" en alguna de las filas que repiten el número (esa columna no es un campo clave, ni es requerida ni pertenece a ningún índice o relación) obtengo el mensaje: "Información de columna de clave insuficiente o incorrecta; demasiadas filas afectadas por la actualización", y no me deja borrarla. Tengo que ir a Access para poder eliminarla.

Dado que es una aplicación para una administración pública, mi mujer opina que no me preocupe, porque dice que ningún funcionario teclea tan rápido...

Probaré a ver si así funciona, pero me sigue mosqueando que no refleje de forma instantánea los cambios. Lo único raro es que tengo el FreeReports montado sobre el primer Dataset... (a propósito, para quien use Turbo Delphi 2006 Explorer, que no permite añadir componentes ni viene con ninguno para informes, montar FreeReports en una aplicación es muy fácil - y gratis -; si alguien tiene interés os pongo un ejemplo de cómo hacerlo funcionar sin instalar los componentes...)

Saludos

Nacho

[Palmiro]

Hola...
Porque no usas como clave un campo autoincrementable. Porque a mi entender estas tratando de hacer lo mismo, pero de otra forma y mas complicada.

[nachoasensio]

Gracias por el consejo.

No puedo usar un campo autoincrementable porque, en access, producen "saltos" si, por ejemplo, insertas un registro y luego no confirmas la inserción. Necesito tener un control completo sobre el número, dado que es un identificador "oficial". De hecho, si se borra el registro con el número más alto, ese valor será el siguiente nuevo número, algo que no puede hacerse con los autoincrementados (al menos de forma directa).

Hace muchos años trabajé con Delphi 4 e interbase y éra mucho más sencillo, pero esta miniaplicación tiene que funcionar como interfaz de usuario para una base de datos access preexistente, lo que complica bastante las cosas...

Por ahora lo he resuelto con el timer (3 segundos), pero es una chapuza. Todos los intentos de cerrar datasets, refrescarlos (el Refresh no funciona con los ADO, no sé por qué), ir al primero y luego al último (para que lo recorra todo), buscar y asignar el valor justo antes del post del insert (como sugirió luisgutierrezb), ... no ha funcionado. Es como si el ADODataset necesitase, a veces, ese segundo para grabar físicamente en access, pese a que en el dbgrid y los dbedit aparece la información y el registro es relativamente pequeño, quedando esos registros en una situación extraña, dado que son idénticos entre sí (la tabla no tiene clave primaria ), por lo que luego el ADODataset no los puede eliminar...

Todo parece apuntar al viejo problema de los buffers de access, pero al no tener ya disponible el FlushBuffers...

Saludos

Nacho