Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
admin:indexing:home [2012/01/19 22:54]
doc
admin:indexing:home [2016/06/28 22:38] (current)
Line 5: Line 5:
 ====== Administration ====== ====== Administration ======
  
-===== Omnidex Indexing =====+===== Introduction to Omnidex Indexing =====
  
-Omnidex provides a wide variety of indexing ​capabilities. ​ The simplest applications may simply require a few indexes ​to be added, but other applications may use many more indexing ​capabilities. ​ It is useful to get a quick overview ​of the indexing ​capabilities of Omnidex. ​ Customers commonly purchase Omnidex for its basic indexing ​capabilities,​ only to discover there is more more available.+ 
 +**[[admin:indexing:​home|Concepts]]** | 
 +[[admin:​indexing:​overview:​indexes|Options]] | 
 +[[admin:indexing:overview:​creation|Creation]] | 
 +[[admin:indexing:​overview:​strategies|Strategies]] | 
 +[[admin:indexing:​overview:​activecounts|ActiveCounts]] | 
 +[[admin:​indexing:​overview:​powersearch|PowerSearch]] | 
 +[[admin:​indexing:​overview:​autocomplete|AutoComplete]] | 
 +[[admin:​indexing:​overview:​text|Text]] | 
 +[[admin:​indexing:​overview:​advanced|Advanced Strategies]] 
 + 
 +----
  
 === Indexing Concepts === === Indexing Concepts ===
 +
 +Omnidex provides a wide variety of indexing capabilities. ​ The simplest applications may simply require a few indexes to be added, but other applications may use many more indexing capabilities. ​ It is useful to get a quick overview of the indexing capabilities of Omnidex. ​ Customers commonly purchase Omnidex for its basic indexing capabilities,​ only to discover there is more more available.
  
 Omnidex takes a completely different approach to indexing that other databases. ​ Instead of adding a single index here and there, administrators are encouraged to index all of the columns used in criteria, table joins, aggregations,​ ordering, and in certain circumstances,​ even retrievals. ​ Using this approach, most queries will be fulfilled through the indexes without having to access the database at all.  ​ Omnidex takes a completely different approach to indexing that other databases. ​ Instead of adding a single index here and there, administrators are encouraged to index all of the columns used in criteria, table joins, aggregations,​ ordering, and in certain circumstances,​ even retrievals. ​ Using this approach, most queries will be fulfilled through the indexes without having to access the database at all.  ​
Line 16: Line 29:
  
 |< 80% 50% 50% >| |< 80% 50% 50% >|
-^ Use indexes for ...                  ^ Avoid indexes for ...             ​^+^ Use Omnidex ​indexes for ...          ^ Avoid Omnidex ​indexes for ...     ​^
 | isolating a small number of rows     | retrieving a large number of rows |  | isolating a small number of rows     | retrieving a large number of rows | 
 | processing complex searches ​         | single-use databases ​             | | processing complex searches ​         | single-use databases ​             |
Line 24: Line 37:
 | ordering a query result ​             |                                   | | ordering a query result ​             |                                   |
  
 +\\
 +
 +it is useful to understand how Omnidex uses indexes to optimize each of these situations. ​ This knowledge will help in choosing the best selection of Omnidex indexes and options. ​
  
 [[admin:​indexing:​concepts:​home | More >]] [[admin:​indexing:​concepts:​home | More >]]
  
-=== Indexing Options ​==+=====  ===== 
- +---- 
-Omnidex has many index types and index options, allowing the administrator to tailor Omnidex for the needs of the application. ​  +\\ 
- +**[[admin:​indexing:​overview:indexes|Next]]**
-  * Standard Omnidex Indexes provide the bulk of Omnidex functionality. These indexes are placed on columns that are involved in Omnidex criteria, table joins, aggregations,​ and ordering. Omnidex indexes can also be used to retrieve data without having to access the database. +
-  * QuickText Indexes are designed for small blocks of text, such as names, addresses, descriptions,​ and general text. QuickText Indexes parse the contents of the column so that each word is indexed separately, providing basic text searches at the same speed as Omnidex Indexes. +
-  * FullText Indexes are designed for large blocks of text, such as abstracts, articles, and text documents. FullText Indexes index each word in the column, as well as the position of each word in the field to aid in providing relevancy scores. Queries can use special syntax to require that one word be a certain distance from another word, or adjacent as a phrase.  +
- +
-Omnidex supports options for controlled case sensitivity,​ phonetic searching and excluded words. ​ Omnidex also supports indexing options that improve queries across multiple tables, storing table join information directly in the index. +
-   +
-[[admin:​indexing:​indexes:​home | More >]] +
- +
-=== Index Creation ​=== +
- +
-[[admin:​indexing:​creation:​home | More >]] +
- +
-=== Indexing Strategies === +
- +
-[[admin:​indexing:​strategies:home More >]] +
- +
-=== ActiveCounts === +
- +
-[[admin:​indexing:​activecounts:​home | More >]] +
- +
-=== PowerSearch === +
- +
-[[admin:​indexing:​powersearch:​home | More >]] +
- +
-=== AutoComplete === +
- +
-[[admin:​indexing:​autocomplete:​home | More >]] +
- +
-=== Advanced Strategies === +
- +
-[[admin:​indexing:​advanced:​home | More >]] +
- +
-=== Application Strategies === +
- +
-[[admin:​indexing:​application:​home | More >]]+
  
  
 ====== Additional Resources ====== ====== Additional Resources ======
 See also: See also:
-{{page>:​admin:​basics:​see_also&​nofooter&​noeditbtn}}+{{page>:​admin:​indexing:​see_also&​nofooter&​noeditbtn}}
  
 {{page>:​bottom_add&​nofooter&​noeditbtn}} {{page>:​bottom_add&​nofooter&​noeditbtn}}
 
Back to top
admin/indexing/home.1327013663.txt.gz · Last modified: 2016/06/28 22:38 (external edit)