]> git.llucax.com Git - z.facultad/75.06/emufs.git/blobdiff - doc/analisis.lyx
correcciones ortograficas pocas
[z.facultad/75.06/emufs.git] / doc / analisis.lyx
index 05ff3c7567ad3e3cf31103224719bf7cf418ebef..f9d974c2658c0fc3df918de0fb71d0cba8f49d47 100644 (file)
@@ -1779,7 +1779,7 @@ Primero descartaremos al tipo 3 como un buen modo de almacenar las facturas,
  no sea drástica como es el caso de las facturas.
  De tomar valores grande de registros, se corre el riesgo de tener mucho
  espacio desperdiciado en los datos, y tomando valores pequeños de registro
  no sea drástica como es el caso de las facturas.
  De tomar valores grande de registros, se corre el riesgo de tener mucho
  espacio desperdiciado en los datos, y tomando valores pequeños de registro
- se limita el sistema en cuanto a cantidad de items a meter en una factura
+ se limita el sistema en cuanto a cantidad de items a colocar en una factura
  se refiere.
 \layout Standard
 
  se refiere.
 \layout Standard
 
@@ -1787,7 +1787,7 @@ Nuevamente tenemos una disputa entre el los tipo 1 y 2.
 \layout Standard
 
 Idealmente, si solo tuvieramos altas el mejor tipo sería el 2 sin dudarlo,
 \layout Standard
 
 Idealmente, si solo tuvieramos altas el mejor tipo sería el 2 sin dudarlo,
- ya que aprobecha el máximo espacio al no tener pérdidas, debido a que los
+ ya que aprovecha el máximo espacio al no tener pérdidas, debido a que los
  registros van uno a continuación del otro.
  También tenemos la ventaja de que el acceso es directo.
  Para un caso teórico donde las facturas no se dan de baja, esto sería ideal.
  registros van uno a continuación del otro.
  También tenemos la ventaja de que el acceso es directo.
  Para un caso teórico donde las facturas no se dan de baja, esto sería ideal.
@@ -1798,11 +1798,11 @@ Analizaremos ahora que pasa luego de borrar varios registros en posiciones
  pseudo-aleatorias.
  Primeramente se puede observar que el tamaño de datos de control es similar
  (recordar que se guarda el id del registro para poder realizar tareas de
  pseudo-aleatorias.
  Primeramente se puede observar que el tamaño de datos de control es similar
  (recordar que se guarda el id del registro para poder realizar tareas de
- recuperacion de datos en caso de que el indice se dañe).
+ recuperación de datos en caso de que el índice se dañe).
  El máximo espacio libre no nos da mucha información, ya que en el caso
  del tipo 1 podríamos tener n bloques consecutivos libres y tener posiciones
  para almacenar registros grandes en ambos casos (recordar que tipo1 tiene
  El máximo espacio libre no nos da mucha información, ya que en el caso
  del tipo 1 podríamos tener n bloques consecutivos libres y tener posiciones
  para almacenar registros grandes en ambos casos (recordar que tipo1 tiene
- recuperacion de espacio libre para n bloques consecutivos, no siempre se
+ recuperación de espacio libre para n bloques consecutivos, no siempre se
  agrega al final).
  De todos determinar un espacio libre para un archivo de tipo 2 es mucho
  más rápido que para tipo1 si el tamaño del registro es grande, ya que el
  agrega al final).
  De todos determinar un espacio libre para un archivo de tipo 2 es mucho
  más rápido que para tipo1 si el tamaño del registro es grande, ya que el
@@ -1819,7 +1819,7 @@ Pero no todo es color de rosa en el mundo de archivos de tipo2.
 \layout Standard
 
 En este caso como se trata de facturas, y suponemos que como usuarios de
 \layout Standard
 
 En este caso como se trata de facturas, y suponemos que como usuarios de
- sistema queremos cancelar pocas facturas (ya que calcelar una factura significa
- que se cayo una venta) optamos por que el mejor tipo de archivo para almacenar
+ sistema queremos cancelar pocas facturas (ya que cancelar una factura significa
+ que se cayó una venta) optamos por que el mejor tipo de archivo para almacenar
  las facturas sera el tipo2.
 \the_end
  las facturas sera el tipo2.
 \the_end