Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsFormsForms ProgrammingQueriesModules / DAO / VBAReports / PrintingMacrosDatabase DesignSecurityConversionImporting / LinkingSQL Server / ADPMultiuser / NetworkingReplicationSetup / ConfigurationDeveloper ToolkitsActiveX ControlsNew UsersGeneral 1General 2
Access DirectoryToolsTutorialsUser Groups
Related Topics
SQL ServerOther DB ProductsMS OfficeMore Topics ...

MS Access Forum / Database Design / April 2005

Tip: Looking for answers? Try searching our database.

Indexes versus Relationship Index

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
SteveW - 12 Apr 2005 11:28 GMT
I am after an opinion as to whether or not it is advisable or necessary to
index a field that is used in a relationship with a field on another table.
I do know that creating a relationship also creates an index, so is there
an advantage or disadvantage to creating a separate index for the fields?

Steve
Allen Browne - 12 Apr 2005 13:51 GMT
Access creates a hidden index on the foreign key in a relationship that is
created with referential integrity.

If you will create the relationship with enforced RI, there is no sense in
indexing the foreign key as well.

Signature

Allen Browne - Microsoft MVP.  Perth, Western Australia.
Tips for Access users - http://allenbrowne.com/tips.html
Reply to group, rather than allenbrowne at mvps dot org.

>I am after an opinion as to whether or not it is advisable or necessary to
> index a field that is used in a relationship with a field on another
> table.
> I do know that creating a relationship also creates an index, so is there
> an advantage or disadvantage to creating a separate index for the fields?
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.