From e7632c2b5ce6b6395268e3e4cca0c1b23022fabf Mon Sep 17 00:00:00 2001 From: =?utf8?q?Nicol=C3=A1s=20Dimov?= Date: Mon, 19 Apr 2004 09:10:33 +0000 Subject: [PATCH] =?utf8?q?peque=C3=B1a=20introduccion=20para=20que=20no=20?= =?utf8?q?quede=20vacio=20ese=20campo?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit --- doc/analisis.lyx | 10 +++++----- doc/informe.lyx | 9 +++++++++ 2 files changed, 14 insertions(+), 5 deletions(-) diff --git a/doc/analisis.lyx b/doc/analisis.lyx index a81f70d..6b62592 100644 --- a/doc/analisis.lyx +++ b/doc/analisis.lyx @@ -880,12 +880,12 @@ Evidentemente para el caso de art que se desperdicie mucho espacio si ocurren muchas eliminaciones (como se observa en la tabla). Entre los tipos 1 y 2 no existe mucha diferencia en los números, por lo - que la desición podriía ser tomada en base a los tiempos de acceso. + que la decisión podría ser tomada en base a los tiempos de acceso. Tomando este criterio el T2 sería la mejor forma de almacenar los datos - para si lo más frecuente son lecturas, ya que al leer se puede obtener - el offset desde el principio del registro, mientras que en el tipo1 se - debe hacer una búsqueda secuencial sobre el bloque, y de ser éste último - muy grande el tiempo de acceso puede ser elevado. + si lo más frecuente son lecturas, ya que al leer se puede obtener el offset + desde el principio del registro, mientras que en el tipo1 se debe hacer + una búsqueda secuencial sobre el bloque, y de ser éste último muy grande + el tiempo de acceso puede ser elevado. Para operaciones que requiera muchas bajas de elementos el tipo 2 no sería la mejor opción, puesto que la liberación es compleja, ya que cuando se da de baja un registro se debe verificar si dicho espacio se solapa con diff --git a/doc/informe.lyx b/doc/informe.lyx index 68b9c79..5b08ea9 100644 --- a/doc/informe.lyx +++ b/doc/informe.lyx @@ -43,6 +43,15 @@ Ricardo Markiewicz \layout Chapter Introducción +\layout Standard + +Esta es la documentación correspondiente a las API`s para el manejo de tres + organizaciones de archivo diferentes. + A continuación se describe cada una de ellas y su modo de funcionamiento + y sus características principales. + De la correcta elección de la organización, dependerá la eficiencia de + la aplicación que la utilice. + \layout Chapter Estructura común -- 2.43.0