Welcome! Thanks for visiting!
This post is part of an ongoing series: How Search Really Works.
Last week: Recognize this index?
Memory is much faster than looking things up.
In order for a search engine in high demand to serve its users efficiently it should keep things in memory instead of looking it up on a disk.
Traditionally large scale search engines will keep their complete dictionary in memory and the posting list on disk.
Inefficient Storage
Obviously the more you can keep in memory and the more information can be read back with one disk action, the better.
Unfortunately computer information gets inefficiently stored in boxes with fixed dimension: if a box is 10 characters wide a 4 character word still takes up 1 box of 10 characters.
Compression
The solution is to squeeze information together so the least amount of space contains the maximum amount of information.
Big String Compressed Dictionary
could become:
By adding the length of each word to every entry we can make the list of words hundreds of characters shorter.
Gap Compressed Posting List
could become:
By storing the difference between the document ID’s (the gaps) we can save hundreds of characters.
The same could be done for storing the gaps between the index numbers for the occurrence positions in each document.
This "compressed representation encodes occurrences of a term as a pointer to the next occurrence of the term to facilitate rapid enumeration of the occurrences of the term".
You could search "occurrences of the terms in the set of documents by following pointers through the compressed representation".
Partial Decompression
An index stored this way is completely lossless: it retains all information from document identifier to document positional identifier.
By starting with the least frequently used term in the search it is very easy to unravel to do a partial decompression of this index by
"identifying occurrences of the terms in the set of documents"
(the dictionary) - to then use;
"the corresponding term identifiers for the terms in the search request to look up a term offset table for a pointer to a first occurrence of the terms in the compressed representation of the set of documents"
(the very first posting document ID);
"and following a chain of pointers starting at the first occurrence to identify other occurrences of the terms in the compressed representation of the set of documents"
(the gap compressed document ID list)
Recommended reading:
I hang out at Twitter where I enjoy the company, the buzz, the nuggets of info and opinion we pass along.Join me on Twitter!
As posted in How Search Really Works.
You're welcome to join the conversation; add your response. You can track the conversation using the RSS 2.0 feed.
You can also trackback from your own site.
8 Responses to “How Search Really Works: The Compressed Index”
Trackbacks
-
Weekly Links for March 21th, 2008 | .eduGuru Says:
March 21st, 2008 at 2:56 pm[…] How Search Really Works: The Compressed Index - Although a little advanced, still a very nice look at how a search engine works by analysing the Index […]
-
How Search Really Works: Simple Query Optimization Says:
March 21st, 2008 at 5:16 pm[…] This post is part of an ongoing series: How Search Really Works. Last week: The Compressed Index. […]
March 15th, 2008 at 6:19 pm
Nice post you got going here. Keep up the good work, you have really nice articles.
March 15th, 2008 at 8:16 pm
Thanks for letting me know, Benny. You have a great blog going there, by the way. Funny photo too
Feel free to hit me up on Twitter any time.
March 16th, 2008 at 3:08 pm
Ruud, I kinda got lost on this one. Right about here:
“compressed representation encodes occurrences of a term as a pointer to the next occurrence of the term to facilitate rapid enumeration of the occurrences of the term”…I hate being blond!
March 16th, 2008 at 8:02 pm
Kim, it talks about storing differences between numbers (the pointers).
Any time you work with large/long numbers, storing the difference between those numbers costs, on average, less space than storing the actual numbers.
It also can help speed things up.
So instead of saying “this word appears in document 1040, 1050 and 1052″ you say “this word appears in document 1040, 10 documents after that and 2 documents after that one”.
Each number points to the next place: go 2 streets down…. 5 houses further… 10 dollar extra etc.
March 18th, 2008 at 8:29 pm
Nice technical post Ruud :).
March 18th, 2008 at 10:33 pm
Thanks Gabriel — appreciate the comment!