[Lazarus-es] Actualizaciones en datos: ApplyUpdates y FlushBuffers

[Antonio Caballero Martínez]

El 11/09/2009 13:50, JoshyFun escribió:
> Hello Antonio,
>
> Si usas dbf con applyupdates debería ser suficiente (aunque DBF no es
> transaccional y no puede asegurar minimamente la congruencia de los
> datos ante cortes de luz). FlushBuffers entiendo que es una función
> del sistema operativo, no de Delhi en si o de bases de datos.
>    
     En Delphi está implementado (ver el manual "La cara oculta de 
Delphi 4", de Marteens; capítulo nº 28, pgs nº 571 a 583). Hay bastante 
información acerca de esto ... Ya no entro si pertenece a Delphi, al 
sistema operativo, o al motor de bases de datos (BDE) ...
     Gracias por tu respuesta.
> ApplyUpdates si, al menos en los SQL que es con los que yo trabajo, el
> interfaz de DBF no lo conozco, hace como 20 años que no trabajo con un
> DBF para nada :(
>
> Supongo que será Recordset.ApplyUpdates().
>    
     Ok, gracias, intentaré probar y comentaré posteriormente ...
> Por qué usar DBF en vez de por ejemplo firebird embedded ?
>    
     Por varias razones, que para mí son de peso (principalmente, por 
exigencias del destino al que va destinada la aplicación, o del guión):
1) independizar la aplicación de "cosas" externas, como servidores, 
dll's, etc.
2) es una aplicación MONOPUESTO y MONOUSUARIO
3) busco casi un 100 % de portabilidad
4) aunque sé que Sql y demás es realmente potente y permite hacer cosas 
maravillosas; en el 99.99 % de los casos ningún usuario final de la 
aplicación va a terminar usandola en plan monopuesto y monousuario ...
5) no va a ser necesario hacer uso de red, ni es necesario compartir 
datos, ni nada ...

     Pongamos en términos generales, que para ir al otro lado de la 
ciudad (pongamos 15 Km), puedo desplazarme en un *Seat 600*, o hacer uso 
del transporte público; y no necesito un /Ferrari Testarossa/ ...

     Saludos a tod en s ...
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus-es/attachments/20090911/a8ca36de/attachment-0002.html>