Cuando nos ponemos de mollera dura...
El índice se guarda como un árbol-B, letra a letra, y al final de la última letra de la palabra cuelga una lista enlazada con el ID del libro, más la location más el offset dentro del mismo. También hay que anotar los saltos causados por la fragmentación en disco... Si bien reducir un libro a un árbol-B de letras requiere sensiblemente menos espacio, añadir la lista de las posiciones de las palabras la alarga hasta algo más que el tamaño del libro.
Está en el teorema de Shannon de cantidad de información: un libro ordenado por palabras que sea capaz de reconstruirse a su orden original ocupa más información (y por lo tanto más espacio) que el libro original, porque no sólo está contenido el propio libro, sino sus palabras ordenadas alfabéticamente.
La ventaja viene cuando se tienen muchos libros, en la que el árbol de palabras termina siendo el mismo ya que con tres o cuatro mil palabras se pueden construir la mayoría de libros. Pero aun así, queda la lista de en qué libro, en qué location y en qué offset dentro de ese location está dicha palabra, más lo ya dicho sobre la fragmentación de disco al volcar el árbol a disco tras añadir un nuevo libro...
Los índices se guardan en la carpeta oculta \system de la unidad en donde guardas los libros. Entra en ella y mira lo que ocupan las carpetas.
Otrosí, no te grito, ni me enfado, sólo te digo que pizzero a tus pizzas. Si no quieres entender o no quieres hacer caso a los que sabemos del tema, es tu problema. Yo doy el tema del índice por demostrado fehacientemente, y por tanto por cerrado, tanto en público como en privado. Esto es como el que va al médico y éste le da una receta y el paciente no se toma el medicamento porque "el médico no sabe de medicinas"... Pues eso.
El RANO dixit.