[AccessD] Joining Tables

Bruce bbruen at unwired.com.au
Mon Oct 13 08:13:54 CDT 2008


On Saturday 11 October 2008 02:27:40 Arthur Fuller wrote:
> I would go even further, Charlotte. Unless the underlying table' column has
> a large degree of uniqueness, chances are good that the optimizer will do a
> full table scan anyway. In this case, the index in question would be time
> well wasted, since the system will be forced to maintain the index while
> also never using it. (At least that is the case in SQL Server; I cannot
> verify that the same is true in JET.
>
> Arthur
>
> On Fri, Oct 10, 2008 at 12:40 PM, Charlotte Foust <
>
> cfoust at infostatsystems.com> wrote:
> > Of course, if you are dealing with a Yes/No field, there's no point in
> > indexing it since it can only have one of 2 or 3 values.
> >
> > Charlotte Foust

To go even further, it depends.

Scenario 1) either table has a reasonable degree of uniqueness on the join 
column ==> assumtion,  indexing will be picked up by the optimiser as a 
preferred mechanism.

Scenario 2) one of the two tables has a fair degree of uniqeness and the other 
cant be fairly keyed on that column

Scenario 3) the query is run once a year.

It depends.

ymmv
Bruce



More information about the AccessD mailing list