This is an old revision of the document!


DRAFT

Omnidex Indexing

Basic Indexing Strategies

The basic strategy for creating Omnidex indexes is to index all of the columns that are used in criteria, table joins, aggregations and ordering. This is a different approach than is taken with relational databases. Database administrators are usually trained to identify selected columns that are most frequently use and create indexes only on those tables. Their expectation is that the relational database will choose an index to access a table and will process the rest of the statement by directly evaluating the data.

Omnidex approaches indexing differently. Omnidex indexes all of the columns and then coordinates searches across all of the indexes to fulfill the different aspects of a query. Some indexes will be use to satisfy table joins or criteria. Other indexes will be used to fulfill aggregations or ordering. Most database administrators are surprised to learn that complex SQL statements that join many tables and contain intricate criteria can often be fulfilled without ever accessing the underlying data. This approach allows Omnidex to satisfy queries very quickly. It also reduces the load on the servers since accessing the data is a common cause of performance problems.

Indexed for Table Joins

Indexed for Criteria

Indexed for Aggregations

Indexed for Ordering

Other Uses for Indexes




The next section on Omnidex Indexing is Basic Indexing Strategies.

 
Back to top
admin/indexing/basic.1260372789.txt.gz · Last modified: 2012/10/26 14:25 (external edit)