]> git.llucax.com Git - z.facultad/75.06/emufs.git/blob - doc/informe_2da_entrega.lyx
1e9f6122d45f0dccc605db3ac6dd9f755089892e
[z.facultad/75.06/emufs.git] / doc / informe_2da_entrega.lyx
1 #LyX 1.3 created this file. For more info see http://www.lyx.org/
2 \lyxformat 221
3 \textclass book
4 \language spanish
5 \inputencoding auto
6 \fontscheme palatino
7 \graphics default
8 \paperfontsize default
9 \spacing single 
10 \papersize a4paper
11 \paperpackage widemarginsa4
12 \use_geometry 0
13 \use_amsmath 0
14 \use_natbib 0
15 \use_numerical_citations 0
16 \paperorientation portrait
17 \secnumdepth 3
18 \tocdepth 3
19 \paragraph_separation indent
20 \defskip medskip
21 \quotes_language english
22 \quotes_times 2
23 \papercolumns 1
24 \papersides 1
25 \paperpagestyle default
26
27 \layout Title
28
29 Organización de Datos (75.06)
30 \newline 
31 Trabajo Práctico
32 \newline 
33 E
34 \begin_inset Formula $\mu$
35 \end_inset 
36
37 FS
38 \layout Author
39
40
41 \series bold 
42 Grupo 11
43 \series default 
44
45 \newline 
46 Nicolás Dimov (77624)
47 \newline 
48 Alan Kennedy (78907)
49 \newline 
50 Leandro Lucarella (77891)
51 \newline 
52 Ricardo Markiewicz (78226)
53 \layout Date
54
55 Segunda Entrega, 31 de Mayo de 2004
56 \layout Standard
57
58
59 \begin_inset LatexCommand \tableofcontents{}
60
61 \end_inset 
62
63
64 \layout Chapter
65
66 Introducción
67 \layout Standard
68
69 En esta entrega el trabajo estuvo concentrado en el manejo de índices para
70  los tipos de archivos implementados en la primer entrega.
71  Los índices se implementaron con:
72 \layout Enumerate
73
74 Árbol B
75 \layout Enumerate
76
77 Árbol B*
78 \layout Enumerate
79
80 Árbol B+
81 \layout Standard
82
83 Además de esto, se pide 3 funciones distintas para estos índices:
84 \layout Enumerate
85
86 Principal
87 \layout Enumerate
88
89 Selectivo
90 \layout Enumerate
91
92 Exhaustivo
93 \layout Standard
94
95 Con la autorización de los ayudantes de la cátedra decidimos que el árbol
96  B+ sólo pueda ser utilizado para índices principal ya que de otra manera
97  no tiene sentido el set secuencial.
98 \layout Standard
99
100 Finalmente, para obtener listados basados en campos de los cuales no se
101  tiene un índice, se implementó un ordenamiento externo.
102 \layout Standard
103
104 A continuación se presenta una descripción un poco más detallada sobre todas
105  herramientas utilizadas para resolver el trabajo práctico.
106 \layout Section
107
108 Documentación de la API
109 \layout Standard
110
111 Para obtener una documentación de la API más completa, se incluye en formato
112  HTML en el CD-ROM la documentación generado con Doxygen.
113  Esta documentación se encuentra en el directorio 
114 \family typewriter 
115 doc/api/html/index.html
116 \family default 
117 .
118 \layout Chapter
119
120 Estructura común
121 \layout Section
122
123 Tipos
124 \layout Standard
125
126 Se detallan a continuación los tipos de datos definidos y utilizados en
127  las distintas implementaciones que conforman nuestro sistema, siendo el
128  más importante de ellos en esta entrega, la estructura 
129 \family typewriter 
130 INDICE
131 \family default 
132  que actúa como interfaz común para el manejo de cualquier tipo de índice
133  (no importa que tipo de organización física ni de que forma esté implementado,
134  esta estructura proveerá una interfaz abstracta para su manejo).
135 \layout Subsection
136
137 Tipos Comunes
138 \layout Standard
139
140 Se agregaron varios tipos comunes nuevos en esta entrega, en su mayoría
141  relacionados a los índices.
142  Estos tipos son brevemente descriptos a continuación y pueden ser hallados
143  en el archivo 
144 \family typewriter 
145 indices.h
146 \family default 
147 :
148 \layout Itemize
149
150
151 \family typewriter 
152 INDICE_DATO
153 \family default 
154 : usado para representar el conjunto de un ID más su dato.
155 \layout Itemize
156
157
158 \family typewriter 
159 INDICE_TIPO
160 \family default 
161 : indica el tipo de índice (B, B* o B+).
162 \layout Itemize
163
164
165 \family typewriter 
166 INDICE_FUNCION
167 \family default 
168 : indica la función que cumple el índice (principal, selectivo o exhaustivo).
169 \layout Itemize
170
171
172 \family typewriter 
173 INDICE_TIPO_DATO
174 \family default 
175 : indica el tipo de dato que se usa como clave.
176 \layout Itemize
177
178
179 \family typewriter 
180 CLAVE
181 \family default 
182 : representa una clave de un índice.
183 \layout Subsection
184
185 INDICE
186 \layout Standard
187
188
189 \family typewriter 
190 INDICE
191 \family default 
192 \emph on 
193  
194 \emph default 
195 es la estructura principal que encapsula todas las funciones para el manejo
196  de un índice.
197  Posee punteros a funciones que permite utilizar la misma interfaz para
198  distintas implementaciones de árboles.
199  
200 \layout Standard
201
202 Su declaración puede ser observada en el archivo 
203 \family typewriter 
204 indices.h
205 \family default 
206 \series bold 
207  
208 \series default 
209 y cuenta con la siguiente información:
210 \layout Itemize
211
212 Tipo de índice.
213 \layout Itemize
214
215 Tipo de dato que maneja.
216 \layout Itemize
217
218 Función del índice.
219 \layout Itemize
220
221 Información sobre el desplazamiento para ubicar el dato dentro de la estructura
222  a indexar (para poder tener una implementación genérica que sirva para
223  cualquier estructura).
224 \layout Itemize
225
226 Información sobre archivos auxiliares para almacenar cadenas de texto y
227  otras estructuras que eventualmente requiera un índice.
228 \layout Itemize
229
230 Punteros a funciones para:
231 \begin_deeper 
232 \layout Itemize
233
234 Agregar entrada.
235 \layout Itemize
236
237 Borrar entrada.
238 \layout Itemize
239
240 Verificar la existencia de una entrada.
241 \layout Itemize
242
243 Buscar entradas.
244 \layout Itemize
245
246 Obtener clave menor o mayor del índice.
247 \layout Itemize
248
249 Obtener siguiente clave (para recorrido secuencial).
250 \end_deeper 
251 \layout Standard
252
253 Esta estructura define los valores de sus punteros según el tipo de implementaci
254 ón que se desee manejar y esto se realiza a través de la API 
255 \family typewriter 
256 emufs_indice
257 \family default 
258 , implementada en 
259 \family typewriter 
260 indices.h
261 \family default 
262 .
263  Esta API posee funciones para crear y destruir índices, agregarlos y quitarlos
264  de una estructura 
265 \family typewriter 
266 EMUFS
267 \family default 
268 , comparar claves y otras, necesarias para la correcta y completa utilización
269  de los índices a través de la interfaz de 
270 \family typewriter 
271 EMUFS
272 \family default 
273  descripta en la entrega anterior.
274 \layout Subsubsection
275
276 Integración con 
277 \family typewriter 
278 EMUFS
279 \family default 
280 .
281 \layout Standard
282
283 Para integrar la utilización de índices a 
284 \family typewriter 
285 EMUFS
286 \family default 
287  fueron necesarios los siguientes cambios:
288 \layout Paragraph
289
290 Nuevos tipos de archivo.
291 \layout Standard
292
293 Se incluyen dos tipos de archivo nuevos T4 y T5, que representan, respectivament
294 e, un archivo T1 (registros variables, bloques fijos) y un archivo T3 (registros
295  y bloques fijos), ambos organizados como un set secuencial indexado.
296  De esta manera se conserva la interfaz de 
297 \family typewriter 
298 EMUFS
299 \family default 
300  (los punteros a funciones) incluso cuando se debe insertar de forma ordenada,
301  ya que al saber que es T4 o T5 siempre se inserta de forma ordenada.
302 \layout Paragraph
303
304 Puntero a un arreglo de índices.
305 \layout Standard
306
307 Se agrega a la estructura 
308 \family typewriter 
309 EMUFS
310 \family default 
311  un puntero a un arreglo de 
312 \family typewriter 
313 INDICE
314 \family default 
315 , donde el primero es siempre el índice principal.
316 \layout Chapter
317
318 Especificaciones de índices
319 \layout Section
320
321 Indice B
322 \layout Section
323
324 Indice B*
325 \layout Subsection
326
327 Decisiones de diseño
328 \layout Standard
329
330 Una de las pocas decisiones que tuvimos que tomar fue la forma de manejar
331  el nodo raíz.
332  Hay dos formas comunes de hacerlo:
333 \layout Enumerate
334
335 Permitir que el nodo raíz pueda almacenar 2N+1 claves (siendo N el número
336  máximo de claves permitido por nodo).
337 \layout Enumerate
338
339 Hacer que se comporte como un árbol B.
340 \layout Standard
341
342 La primera forma garantiza un mejor aprovechamiento del espacio, ya que
343  se sigue haciendo una partición en 3 nodos hijo con 2/3 de los espacios
344  llenos.
345  El problema que encontramos para hacerlo de esa forma fue que usamos un
346  tamaño de nodo fijo de 512 para poder leer un sector completo del disco
347  y ganar algo de velocidad, por lo que para poder mantener este esquema
348  hubiéramos necesitado de 3 bloques de 512 para poder guardar los 2N+1 claves,
349  desperdiciando 512-tamaño_de_clave espacio en el bloque final y haciendo
350  que cualquier ahorro de espacio en los hijos del nodo raíz difícilmente
351  lo compense.
352 \layout Standard
353
354 Además de esto, el utilizar la segunda forma trae como ventaja la reutilización
355  de código del árbol B, lo que facilita la implementación y el mantenimiento
356  del código.
357 \layout Standard
358
359 Estas son las dos razones principales por las cuales elegimos tratar el
360  nodo raíz como lo hace el árbol B.
361 \layout Section
362
363 Indice B+ Organizacion Secuencial Indexada
364 \layout Subsection
365
366 Decisiones de diseño
367 \layout Standard
368
369 Para la implementación de la organización secuencial indexada de archivos,
370  se ha utilizado un árbol B+, conocido por ser utilizado en términos generales
371  para implementaciones de esta índole.
372 \layout Standard
373
374 Como particularidad el arbol B+, poseerá en sus hojas todas las claves que
375  se hayan insertado en el árbol.
376  No obstante, las mismas no serán todas las claves que se encuentren en
377  el archivo de datos, sino la primer clave de cada bloque de datos, también
378  denominadas 'anclas de bloque'.
379 \layout Standard
380
381 En torno a esta distinción respecto de los demás arboles, el árbol B+ nos
382  indicará a la hora de grabar registros en nuestro archivo de datos con
383  bloques (Organización del TP1, Tipo1 o 3), en que bloque de datos debemos
384  realizar la mencionada inserción.
385  La operativa se detalla mas adelante, pero basicamente realizaremos una
386  búsqueda del ancla menor inmediata a la clave del registro que se desea
387  insertar, y esto nos indicara el bloque apropiado.
388  (el bloque donde esta el ancla).
389 \layout Standard
390
391 Como resultado concreto de este comportamiento (teniendo en cuenta también
392  el borrado y partición de bloques del .dat), obtendremos un archivo secuencial
393  indexado, en donde los registros se encuentran ordenados a nivel de bloques,
394  esto es, dentro de un bloque dado del archivo de datos, los registros estan
395  ordenados por clave primaria.
396  No obstante, los bloques no estarán necesariamente ordenados, pero igualmente
397  la cantidad de accesos para recorrer el archivo en forma secuencial, se
398  ve minimizada respecto de otras organizaciones, gracias al encadenamiento
399  de las hojas y la posesión de las anclas de bloque, cuya lista resultante
400  del encadenamiento es denominada 
401 \series bold 
402 Sequence Set.
403 \layout Subsection
404
405 Estructura
406 \layout Standard
407
408 Para comprender mejor la implementación particular que hemos dado al árbol
409  B+, damos una breve reseña de la estructura de un nodo del arbol, la cual
410  es la siguiente:
411 \layout Itemize
412
413 Nivel
414 \layout Itemize
415
416 Cantidad de claves
417 \layout Itemize
418
419 Arreglo de claves
420 \layout Itemize
421
422 Arreglo de hijos
423 \layout Standard
424
425 Esta estructura se encuentra en el archivo 
426 \family typewriter 
427 indice_bplus.h
428 \layout Standard
429
430 Esta organización permite, con la ayuda del árbol, mantener el archivo de
431  datos ordenado por la clave principal.
432 \layout Standard
433
434 Para lograr esto, como fue expuesto anteriormente, el árbol nos indicará
435  donde (en qué bloque) debe insertarse un registro.
436  (ver 3.3.1 Inserción)
437 \layout Standard
438
439 En el caso de una hoja, dado que cada nodo posee un hijo mas que la cantidad
440  de claves, el hijo que sobra será utilizado como referencia al nodo 
441 \begin_inset Quotes eld
442 \end_inset 
443
444 hermano
445 \begin_inset Quotes erd
446 \end_inset 
447
448 , lo cual constituye el 
449 \begin_inset Quotes eld
450 \end_inset 
451
452 set secuencial
453 \begin_inset Quotes erd
454 \end_inset 
455
456  del índice.
457  Para un nodo que no sea hoja el hijo será el número de nodo correspondiente
458  según la clave, es decir, para la clave 
459 \series bold 
460 \emph on 
461
462 \series default 
463 \emph default 
464 el hijo 
465 \series bold 
466 \emph on 
467 n
468 \series default 
469 \emph default 
470  contiene claves menores y el hijo 
471 \series bold 
472 \emph on 
473 n+1
474 \series default 
475 \emph default 
476  contiene las claves mayores.
477  En el caso particular del nivel 1 (index set) el hijo 
478 \series bold 
479 \emph on 
480 n+1
481 \series default 
482 \emph default 
483  (secuence set) contiene las claves mayores o iguales ya que el 
484 \begin_inset Quotes eld
485 \end_inset 
486
487 secuence set
488 \begin_inset Quotes erd
489 \end_inset 
490
491  debe contener todas las claves insertadas, esto produce que exista una
492  repetición de las claves entre el nivel 1 y el 0.
493 \layout Standard
494
495 En nuestro caso hemos implementado un Secuencial Indexado tipo ISAM (Indexed
496  Sequential Access Method) el cual posee en sus hojas las anclas de cada
497  bloque en el archivo de datos, es decir, solo se guardan en los nodos del
498  árbol la menor de las claves de un bloque del archivo de datos, acompañada
499  cada clave por el numero de bloque al cual pertenece.
500 \layout Standard
501
502 Hemos adoptado que la cantidad de claves máxima en un nodo del árbol sea
503  una cantidad impar, ya que esto facilita la elección de la clave que será
504  promovida hacia su nodo padre en caso de que se produzca un overflow en
505  el nodo.
506 \layout Subsection
507
508 Inserción
509 \layout Standard
510
511 Para realizar una inserción en el archivo de datos se debe realizar una
512  consulta en el árbol, la cual nos indicará el número de bloque donde debemos
513  insertar el nuevo registro.
514 \layout Standard
515
516 Las consultas se realizan a través de una estructura INDEX_DAT que posee:
517 \layout Itemize
518
519 Clave
520 \layout Itemize
521
522 Número de Bloque 
523 \layout Standard
524
525 Esta estructura se encuentra en el archivo 
526 \family typewriter 
527 indice_bplus.h
528 \layout Standard
529
530 El modo de uso es el siguiente:
531 \layout Standard
532
533 En primer lugar se carga la clave a insertar en el campo Clave, y en el
534  campo Número de Bloque se almacena un número de bloque válido, mas adelante
535  se explica el por qué.
536 \layout Standard
537
538 Luego se invoca a la función 
539 \family typewriter 
540 int emufs_b_plus_get_bloque(INDICE, INDEX_DAT) 
541 \family default 
542 la cual recibe como parámetro una estructura de índice y un INDEX_DAT para
543  realizar la consulta.
544 \layout Standard
545
546 Esta función recorre recursivamente el árbol y busca una clave mayor inmediata
547  a la enviada, siempre culminando la búsqueda en una hoja.
548  Al encontrar la clave mayor inmediata, el resultado de la búsqueda será
549  la clave anterior en el nodo, pues cada clave en el nodo es un ancla de
550  bloque de datos, de esta manera la clave anterior será menor a la clave
551  enviada, pues las claves en las hojas están ordenadas.
552  
553 \layout Standard
554
555 En este paso pueden suceder dos cosas:
556 \layout Enumerate
557
558 Que exista una clave menor a la enviada.
559 \layout Enumerate
560
561 Que la clave enviada sea menor a todas las claves del árbol.
562 \layout Standard
563
564 En el primer caso, se ha encontrado la clave y se carga la estructura con
565  el hijo de esa clave, que será el número de bloque donde debe insertarse
566  el nuevo registro (por el cual se realizó la consulta), sobreescribiendo
567  el valor que almacenaba al ingresar, y la función retornará código 0 que
568  indica que se ha encontrado un bloque donde insertar.
569 \layout Standard
570
571 En el segundo caso, puede darse que la clave enviada sea menor a todas las
572  claves del árbol, por lo cual no es posible encontrar un ancla de bloque
573  para esa clave.
574  Aquí la función retornará código -1 lo cual indica que no se ha encontrado
575  un bloque donde insertar el registro nuevo, y es por esto que la estructura
576  debe inicializarse con un número de bloque válido antes de realizarse la
577  consulta.De esta manera el árbol indica donde debe insertarse un nuevo registro
578  en el archivo de datos.
579 \layout Standard
580
581 Otro detalle de la inserción es que cuando el árbol indica donde debe insertarse
582  un registro pueden pasar dos cosas nuevamente:
583 \layout Enumerate
584
585 Que el registro quepa en el bloque.
586 \layout Enumerate
587
588 Que el registro no quepa en el bloque.
589 \layout Standard
590
591 El primer caso es trivial y el registro se insertará sin problemas en el
592  bloque indicado.
593 \layout Standard
594
595 En el caso que el registro no quepa en el bloque, se deberán separar los
596  registros del bloque en 2 bloques, en original y uno nuevo, cada uno con
597  la mitad (aproximadamente) de los registros.
598  
599 \layout Standard
600
601 Al partir el bloque el ancla del bloque original no se modificará, pero
602  en el bloque nuevo se crea una nueva anlca de bloque, pues una de las claves
603  pertenecientes a los registros que contiene, será la menor.
604 \layout Standard
605
606 Antes de actualizar el árbol con el ancla nueva, habrá que discriminar en
607  qué bloque se debe insertar el registro nuevo.
608  Para ello se compara la menor de las claves del nuevo bloque con la clave
609  del registro, si la clave del registro es menor que el ancla del nuevo
610  bloque, este debe ir en el bloque original, y se inserta ordenado en él
611  y se le informa al árbol que actualice (inserte) una nueva clave correspondient
612 e al bloque nuevo, sino se inserta en el bloque nuevo de forma ordenada
613  y en este caso cabe la posibilidad de que el nuevo registro posea la clave
614  mas pequeña de todas en el bloque, por ello se lo inserta ordenadamente
615  con ayuda de la función
616 \family typewriter 
617  CLAVE grabar_ordenado_en_bloque(EMUFS *emu, void *ptr, EMUFS_REG_SIZE size,
618  void *bloque, int num_bloque, EMUFS_FREE fs, int *err) 
619 \family default 
620 la cual inserta el registro ordenado por CLAVE y devuelve la menor de las
621  claves del bloque, que se usará para informarle al árbol que inserte una
622  clave nueva junto con el número de bloque, para indexar este bloque.
623 \layout Subsection
624
625 Eliminación
626 \layout Standard
627
628 El proceso de eliminación es bastante similar al de inserción en el sentido
629  que también hay que realizar una consulta en el árbol para obtener el número
630  de bloque al que pertenece una clave.
631  Una vez conocido este número se levanta el bloque correspondiente y se
632  busca secuencialmente el registro que se debe eliminar.
633 \layout Standard
634
635 Si el registro a eliminar fuera el primero del bloque, habrá que modificar
636  el ancla de bloque en el árbol con el ancla que corresponda a la clave
637  del nuevo menor registro, y si el que se elimina fuera el único registro
638  en el bloque habrá que eliminar la clave del árbol.
639 \layout Standard
640
641 En cualquier otro caso, solo se eliminará el registro correspondiente y
642  se justificarán los regitros a izquierda.
643 \layout Chapter
644
645 Ordenamiento Externo
646 \layout Section
647
648 Descripción del algoritmo
649 \layout Standard
650
651 Luego de buscar varias alternativas sobre algoritmos de ordenamiento externo,
652  se optó por el siguiente (que resultó una mezcla de las alternativas analizadas
653 ):
654 \layout Enumerate
655
656 Tomar uno a uno los registros del archivo a ordenar e 
657 \emph on 
658 inyectarlos
659 \emph default 
660  en un buffer ordenado hasta llenar el buffer.
661 \layout Enumerate
662
663 Quitar el menor de los valores (
664 \emph on 
665 inyectando
666 \emph default 
667  uno nuevo desde el archivo a ordenar) e insertarlo en un archivo temporal.
668 \layout Enumerate
669
670 Quitar del buffer el mínimo valor mayor al último insertado en el archivo
671  temporal (
672 \emph on 
673 inyectando
674 \emph default 
675  nuevamente un registro obtenido del archivo a ordenar) y se lo inserta
676  en el archivo temporal.
677  De esta forma quedan ordenados los registros en el archivo temporal.
678 \layout Enumerate
679
680 Repetir el paso 3 hasta que se vacíe el buffer o hasta que no haya ningún
681  valor mayor al último insertado en el archivo temporal.
682  Cuando esto suceda se crea un nuevo archivo temporal volviendo al paso
683  2.
684 \layout Standard
685
686 En este punto ya tenemos el buffer vacío y todos los valores del archivo
687  a ordenar repartidos en 1 o más archivos temporales ordenados, sólo queda
688  unir los archivos para volver a un sólo archivo completo y ordenado.
689  El procedimiento es simple:
690 \layout Enumerate
691
692 Obtener el mínimo valor de los archivos temporales e insertarlo en el archivo
693  ordenado de salida.
694 \layout Enumerate
695
696 Repetir 1 hasta agotar los registros de todos los archivos temporales.
697 \layout Standard
698
699 Debe quedar claro que los archivos temporales se comportan como una cola.
700  Es decir que al obtener un registro de un archivo temporal se obtiene el
701  primer registro que se haya insertado (el mínimo por la forma en la que
702  fueron insertados).
703 \layout Subsection
704
705 Ejemplo
706 \layout Standard
707
708 A continuación se presenta un ejemplo para una más fácil comprensión del
709  algoritmo.
710 \layout Standard
711
712 Supongamos que queremos ordenar un archivo con registros de números enteros
713  (el archivo se lee de izquierda a derecha): 9 6 34 2 8 3 12 43 23 4 19
714  21 87 1 16 36 42 65
715 \layout Standard
716
717 Supongamos que disponemos de un buffer capaz de almacenar 3 registros.
718 \layout Paragraph
719
720 Se llena el buffer ordenado
721 \layout Standard
722
723 Se lee 9 del archivo original y se lo inserta en el buffer ordenado.
724  Buffer: 9
725 \layout Standard
726
727 Se lee 6 del archivo original y se lo inserta en el buffer ordenado.
728  Buffer: 6 9
729 \layout Standard
730
731 Se lee 34 del archivo original y se lo inserta en el buffer ordenado.
732  Buffer: 6 9 34
733 \layout Paragraph
734
735 Se crea el archivo temporal ordenado 1
736 \layout Standard
737
738 Se lee el mínimo valor del buffer (6), se lo inserta en el archivo temporal
739  y se carga un nuevo valor del archivo original al buffer (2).
740  Buffer: 2 9 34.
741  Archivo1: 6
742 \layout Standard
743
744 Se lee el mínimo valor del buffer mayor al insertado anteriormente (9),
745  se lo inserta en el archivo temporal y se carga un nuevo valor del archivo
746  original al buffer (8).
747  Buffer: 2 8 34.
748  Archivo1: 6 9
749 \layout Standard
750
751 Se lee el mínimo valor del buffer mayor al insertado anteriormente (34),
752  se lo inserta en el archivo temporal y se carga un nuevo valor del archivo
753  original al buffer (3).
754  Buffer: 2 3 8.
755  Archivo1: 6 9 34
756 \layout Standard
757
758 No hay más valores en el buffer mayores al último insertado (34), fin del
759  Archivo1.
760 \layout Paragraph
761
762 Se crea el archivo temporal ordenado 2
763 \layout Standard
764
765 Se lee el mínimo valor del buffer (2), se lo inserta en el archivo temporal
766  y se carga un nuevo valor del archivo original al buffer (12).
767  Buffer: 3 8 12.
768  Archivo2: 2
769 \layout Standard
770
771 Se lee el mínimo valor del buffer mayor al insertado anteriormente (3),
772  se lo inserta en el archivo temporal y se carga un nuevo valor del archivo
773  original al buffer (43).
774  Buffer: 8 12 43.
775  Archivo2: 2 3
776 \layout Standard
777
778 Se lee el mínimo valor del buffer mayor al insertado anteriormente (8),
779  se lo inserta en el archivo temporal y se carga un nuevo valor del archivo
780  original al buffer (23).
781  Buffer: 12 23 43.
782  Archivo2: 2 3 8
783 \layout Standard
784
785 Se lee el mínimo valor del buffer mayor al insertado anteriormente (12),
786  se lo inserta en el archivo temporal y se carga un nuevo valor del archivo
787  original al buffer (4).
788  Buffer: 4 23 43.
789  Archivo2: 2 3 8 12
790 \layout Standard
791
792 Se lee el mínimo valor del buffer mayor al insertado anteriormente (23),
793  se lo inserta en el archivo temporal y se carga un nuevo valor del archivo
794  original al buffer (19).
795  Buffer: 4 19 43.
796  Archivo2: 2 3 8 12 23
797 \layout Standard
798
799 Se lee el mínimo valor del buffer mayor al insertado anteriormente (43),
800  se lo inserta en el archivo temporal y se carga un nuevo valor del archivo
801  original al buffer (21).
802  Buffer: 4 19 21.
803  Archivo2: 2 3 8 12 23 43
804 \layout Standard
805
806 No hay más valores en el buffer mayores al último insertado (43), fin del
807  Archivo2.
808 \layout Paragraph
809
810 Se crea el archivo temporal ordenado 3
811 \layout Standard
812
813 Se repite el proceso anterior.
814  Buffer: 1 16 36.
815  Archivo3: 4 19 21 87
816 \layout Paragraph
817
818 Se crea el archivo temporal ordenado 4
819 \layout Standard
820
821 Se repite el proceso anterior.
822  Buffer: .
823  Archivo4: 1 16 36 42 65
824 \layout Paragraph
825
826 Se mezclan los archivos temporales ordenados obteniendo un archivo completo
827  ordenado
828 \layout Standard
829
830 Se obtiene el menor valor de los archivos temporales ordenados (sólo tenemos
831  que elegir entre el primer valor de cada uno).
832 \layout Standard
833
834 Archivo1: 6 9 34.
835  Archivo2: 2 3 8 12 23 43.
836  Archivo3: 4 19 21 87.
837  Archivo4: 1 16 36 42 65
838 \layout Standard
839
840 Sólo debo comparar y obtener el menor entre 6, 2, 4, y 1.
841  Obtengo el 1, lo saco del archivo temporal y lo agrego al de salida:
842 \layout Standard
843
844 Archivo1: 6 9 34.
845  Archivo2: 2 3 8 12 23 43.
846  Archivo3: 4 19 21 87.
847  Archivo4: 16 36 42 65 Salida: 1
848 \layout Standard
849
850 Repito hasta que no hayan más valores en los archivos temporales:
851 \layout Standard
852
853 Archivo1: 6 9 34.
854  Archivo2: 3 8 12 23 43.
855  Archivo3: 4 19 21 87.
856  Archivo4: 16 36 42 65.
857  Salida: 1 2
858 \layout Standard
859
860 Archivo1: 6 9 34.
861  Archivo2: 8 12 23 43.
862  Archivo3: 4 19 21 87.
863  Archivo4: 16 36 42 65.
864  Salida: 1 2 3
865 \layout Standard
866
867 Archivo1: 6 9 34.
868  Archivo2: 8 12 23 43.
869  Archivo3: 19 21 87.
870  Archivo4: 16 36 42 65.
871  Salida: 1 2 3 4
872 \layout Standard
873
874 Archivo1: 6 9 34.
875  Archivo2: 8 12 23 43.
876  Archivo3: 19 21 87.
877  Archivo4: 16 36 42 65.
878  Salida: 1 2 3 4
879 \layout Standard
880
881 Archivo1: 9 34.
882  Archivo2: 8 12 23 43.
883  Archivo3: 19 21 87.
884  Archivo4: 16 36 42 65.
885  Salida: 1 2 3 4 6
886 \layout Standard
887
888 Archivo1: 9 34.
889  Archivo2: 12 23 43.
890  Archivo3: 19 21 87.
891  Archivo4: 16 36 42 65.
892  Salida: 1 2 3 4 6 8
893 \layout Standard
894
895 Archivo1: 34.
896  Archivo2: 12 23 43.
897  Archivo3: 19 21 87.
898  Archivo4: 16 36 42 65.
899  Salida: 1 2 3 4 6 8 9
900 \layout Standard
901
902 Archivo1: 34.
903  Archivo2: 23 43.
904  Archivo3: 19 21 87.
905  Archivo4: 16 36 42 65.
906  Salida: 1 2 3 4 6 8 9 12
907 \layout Standard
908
909 Archivo1: 34.
910  Archivo2: 23 43.
911  Archivo3: 19 21 87.
912  Archivo4: 36 42 65.
913  Salida: 1 2 3 4 6 8 9 12 16
914 \layout Standard
915
916 Archivo1: 34.
917  Archivo2: 23 43.
918  Archivo3: 21 87.
919  Archivo4: 36 42 65.
920  Salida: 1 2 3 4 6 8 9 12 16 19
921 \layout Standard
922
923 Archivo1: 34.
924  Archivo2: 23 43.
925  Archivo3: 87.
926  Archivo4: 36 42 65.
927  Salida: 1 2 3 4 6 8 9 12 16 19 21
928 \layout Standard
929
930 Archivo1: 34.
931  Archivo2: 43.
932  Archivo3: 87.
933  Archivo4: 36 42 65.
934  Salida: 1 2 3 4 6 8 9 12 16 19 21 23
935 \layout Standard
936
937 Archivo1:.
938  Archivo2: 43.
939  Archivo3: 87.
940  Archivo4: 36 42 65.
941  Salida: 1 2 3 4 6 8 9 12 16 19 21 23 34
942 \layout Standard
943
944 Archivo1:.
945  Archivo2: 43.
946  Archivo3: 87.
947  Archivo4: 42 65.
948  Salida: 1 2 3 4 6 8 9 12 16 19 21 23 34 36
949 \layout Standard
950
951 Archivo1:.
952  Archivo2: 43.
953  Archivo3: 87.
954  Archivo4: 65.
955  Salida: 1 2 3 4 6 8 9 12 16 19 21 23 34 36 42
956 \layout Standard
957
958 Archivo1:.
959  Archivo2:.
960  Archivo3: 87.
961  Archivo4: 65.
962  Salida: 1 2 3 4 6 8 9 12 16 19 21 23 34 36 42 43
963 \layout Standard
964
965 Archivo1:.
966  Archivo2:.
967  Archivo3: 87.
968  Archivo4:.
969  Salida: 1 2 3 4 6 8 9 12 16 19 21 23 34 36 42 43 65
970 \layout Standard
971
972 Archivo1:.
973  Archivo2:.
974  Archivo3:.
975  Archivo4:.
976  Salida: 1 2 3 4 6 8 9 12 16 19 21 23 34 36 42 43 65 87
977 \layout Paragraph
978
979 Fin
980 \layout Standard
981
982 Finalmente, tengo en el archivo de salida el archivo original ordenado.
983 \layout Section
984
985 Alcance
986 \layout Standard
987
988 El algoritmo de ordenamiento es completamente genérico, ya que recibe un
989  puntero void como registro, su tamaño (para poder manipularlo sin conocer
990  su tipo) y una función de comparación, para poder comparar dos registros
991  (sin saber su tipo) a través de una relación de orden (descripta por dicha
992  función).
993 \layout Section
994
995 Decisiones de diseño.
996 \layout Standard
997
998 El algoritmo se eligió en base a una serie de razones y cuenta con una serie
999  de ventajas y desventajas.
1000 \layout Itemize
1001
1002 El algoritmo es simple, tanto teóricamente como para implementar.
1003 \layout Itemize
1004
1005 Tiene la desventaja de que puede llegar a usar muchos archivos temporales
1006  y todos abiertos al mismo tiempo, pero considerando que el sistema operativo
1007  en el que se utiliza suele manejar bien grandes cantidades de archivos
1008  no es una desventaja importante.
1009 \layout Itemize
1010
1011 Al usar un buffer intermedio, se puede controlar muy bien la cantidad de
1012  memoria que utiliza y experimentar con distintos valores para analizar
1013  los resultados.
1014 \layout Itemize
1015
1016 El buffer ordenado se implementó con un árbol binario debido a que tiene
1017  una buena relación entre velocidad de búsqueda y facilidad de implementación.
1018  Al ser el principal determinante de la velocidad los accesos a disco no
1019  se creyó necesario buscar una alternativa más rápida para mantener el buffer
1020  ordenado en memoria, ya que no cambiaría de forma notable el tiempo total
1021  del algoritmo.
1022  Otras posibilidades hubieran sido cargar todo el buffer en memoria y ordenarlo
1023  posteriormente (dependiendo del algoritmo de ordenamiento a utilizar puede
1024  ser más o menos rápido que el árbol y más o menos complicado de implementar)
1025  o hacer una búsqueda secuencial sobre un buffer desordenado (es más fácil
1026  de implementar pero claramente más lento).
1027  Una posible ventaja notable de leer el buffer primero y luego ordenarlo
1028  en memoria es que se necesita un sólo acceso al disco para llenar el buffer,
1029  mientras que al obtener uno a uno los valores puede generar muchos accesos
1030  a disco.
1031  Esto no debería ser muy notable ya que las funciones de acceso a archivos
1032  de la biblioteca estándar de C poseen un buffer interno, por lo que los
1033  accesos a disco probablemente sea muy poco aún cuando se obtienen uno a
1034  uno.
1035 \the_end