Indexing Rules of Thumb : Index every primary key and most foreign keys in the database. Attributes frequently referenced in SQL WHERE clauses are potentially good candidates for an index. Use a B+tree index for bothequality and range quer
Indexing Rules of Thumb :
Index every primary key and most foreign keys in the database. Attributes frequently referenced in SQL WHERE clauses are potentially
good candidates for an index. Use a B+tree index for both equality and range queries. Choose carefully one clustered index for each table. Avoid or remove redundant indexes. Add indexes only when absolutely necessary. Add or delete index columns for composite indexes to improve performance.
Do not alter primary key columns. Use attributes for indexes with caution when they are frequently updated. Keep up index maintenance on a regular basis; drop indexes only when
they are clearly hurting performance. Avoid extremes in index cardinality and value distribution. Covering indexes (index only) are useful, but often overused. Use bitmap indexes for high-volume data, especially in data warehouses.
Index Selection Decisions :
Does this table require an index or not, and if so which searchkey should I build an index on? When do I need multi-attribute (composite) search keys, and
which ones should I choose? Should I use a dense or sparse index? When can I use a covering index? Should I create a clustered index? Is an index still preferred when updates are taken into
account? What are the tradeoffs between queries and updates for each index chosen? How do I know I made the right indexing choice?
--
，网站空间，网站空间，香港空间
