index
Page 1 of 1 • Share •
Re: index
For fact tables, create an index for each foreign key. In an unstructured ad-hoc query environment, compound keys are, for the most part, useless. If you are using Oracle, enable star schema optimization and use bit map indexes for the facts.
For dimensions you should have a PK index on the surrogate key and an index for the natural key (although the latter is optional if you are using a ETL tool and intend to cache dimension lookups). Individual attribute indexes are optional.
For dimensions you should have a PK index on the surrogate key and an index for the natural key (although the latter is optional if you are using a ETL tool and intend to cache dimension lookups). Individual attribute indexes are optional.

ngalemmo- Posts: 1727
Join date: 2009-05-15
Location: Los Angeles

Similar topics» Index Strategy on FACT Table with 300 Million records
» Is a Master Person Index (MPI) in conflict with the concepts of a dimensional structure?
» INDEX AKHBAR ONLINE
» Disk Cache Index Files driving me nuts!
» Magazine and Interviews Index
» Is a Master Person Index (MPI) in conflict with the concepts of a dimensional structure?
» INDEX AKHBAR ONLINE
» Disk Cache Index Files driving me nuts!
» Magazine and Interviews Index
Page 1 of 1
Permissions in this forum:
You cannot reply to topics in this forum