Ver Mensaje Individual
  #9  
Antiguo 24-07-2008
Avatar de Delphius
[Delphius] Delphius is offline
Miembro Premium
 
Registrado: jul 2004
Ubicación: Salta, Argentina
Posts: 5.582
Reputación: 27
Delphius Va camino a la fama
Cita:
Empezado por kabracity Ver Mensaje
Hola Delphius,

estoy empezando a trabajar con ficheros binarios tipados (File of records), y he llegado hasta el post donde ponías la agenda como ejemplo.
La sospecha que tenía parecía confirmarse... ¿no se puede borrar uno de los registros del fichero directamente con algún procedimiento?Me tiré un buen rato buscando alguna función del tipo Delete(handler,posicion), pero no he encontrado nada parecido.

He visto que tú lo que haces (si entendí bien) es situarte en la posición que desees borrar, y a partir de ahí con dos contadores ir moviéndote por todos los registros después de ese, y sobreescribiendo cada uno con el siguiente.
¿no afectaría mucho eso al rendimiento a medida que vamos teniendo bastantes registros? Casi no puedo creer que haya un método directo, al igual que está el reset+seek+write para editar, o el append para añadir.

¿Si edito el registro y lo cambio a '' en esa posición, podría valer?¿o me lo seguiría contando como 1 registro más?


¡Un saludo y gracias!
Efectivamente.
Lo que se hace cuando se presiona en eliminar es sustituir el primer registro por el siguiente, y asi sucesivamente hasta llegar al final. Un mecanismo parecido deberías aplicar tu para que se pueda hacer desde cualquier posición (asegurandote de chequear los puntos extremos claro).

Yo no recuerdo, ni encontré alguna función que elimine de una un registro en un archivo.

Si te lo contará. En efecto por más que se ponga un vacio, el registro sigue contando. Y al modificar un dato, si el contenido es de menor tamaño notarás que el anterior, notarás que si grabas los cambios. Dicho campo estará con basuras. Por ejemplo, supongamos que antes el campo Nombre tenía guardado: Marcelino. Ahora lo modificar por Carlos. Al final del proceso dicho regitro tendrá esto: Carlosino. Como ves... nos está sobrando el ino.

El manejo de estos archivos es un tanto complicado, y el ejemplo que yo hice es básico y solo sirve para comprender mejor algunas cosas en el manejo de estos archivos.

Si deseas emplear estos tipos de archivos debes prever muchas cosas, y por tando desarrollar los mecanismos adecuados para eliminar las inconsistencias que se producen por efecto de un cambio, ya sea porque se elimina un registro, como si se lo modificara.

Por estos motivos es que los gestores o motores de bases de datos emplean archivos con una estructura diferente. Se basan y se apoyan en técnicas de arboles balanceados para guardar, recorrer, eliminar, y demás operaciones sobre los datos. Sus datos no se guardan específicamente en el orden en que son insertados. Esto les facilita el trabajo enormemente.

Implementaciones basadas en archivos de registros obligan a uno recorrer desde el principio al final e implementar procedimientos de "limpieza".

No se si explico. Sino está claro por favor dimelo y veo el modo de ayudarte.

Ahora, como opción puedo recomendarte que emplees un STtringList. Esta clase posee los métodos de escritura y lectura y facilita la inserción y eliminación de datos. El tema está en que si deseas simular campos, vas a tener que implementar algún mecanismo de "marca". Algún caracter que te delimite un campo de otro. Por ejemplo:

dato1#dato2#dato3.

Y tu archivo quedará formado así:

dato1#dato2#dato3 // registro 1
dato1#dato2#dato3 // registro 2
....
dato1#dato2#dato3 // registro n

La otra opción a seguir es guardar cada dato, en una linea diferente, y "saltar" de a n lineas (siendo n la cantidad de campos) para ir de un registro a otro.

Ahora, si lo que estás haciendo es algo complejo y/o grande. Lo más recomendable es que emplearas alguna base de datos y te olvidaras de esto. Se lo dejas al motor que haga el trabajo duro por ti, y tu te limitas a realizar la consultas adecuadas.

Saludos,
__________________
Delphius
[Guia de estilo][Buscar]

Última edición por Delphius fecha: 24-07-2008 a las 20:53:10.
Responder Con Cita