Mark Breen 
      marklbreen at gmail.com
      
      Thu Jun 24 06:53:58 CDT 2010
    
Hello John,
Glad that your times have reduced to five seconds, I bet you jumped with joy
at that.
I had previously understood that indexes on fields with binary values were
not beneficial.  But I have to also query my brain to ask was that "Indexes
with an even spread of binary values eg 50 yes and 50 no.
Anyway, I suppose in the end, we all try it one way and then try it another
and pick the one thats best.
I am still curious about your cast as to whether Y and Null is better than 1
and 0 as a bit field.  It should be as fast, otherwise whats the point of
bit.
Thanks
Mark
On 23 June 2010 13:45, jwcolby <jwcolby at colbyconsulting.com> wrote:
> Mark Breen,
>
> I think it was you that mentioned that an index on a field that only
> contained a single value ('Y'
> in my case) would not be used.  I can report that it definitely is used.  I
> have been slowly
> converting my fields with either a 'Y' or a ' ' (space), replacing the ' '
> with null.  I tried to do
> a count / group by to discover how many values I had in one of my fields
> and without the index it
> had not finished after about 8 minutes.  With an index it took five
> seconds.
>
> In fact it took less time to build the index than it took to count without
> the index, which is
> pretty strange if you ask me.
>
> I use these "Y / nothing" fields as criteria in where clauses for the
> orders that the client sends
> me.  I always generate cover indexes on the order selection fields before
> running the order because
> it so dramatically reduces the time to select the resulting order records.
>
> --
> John W. Colby
> www.ColbyConsulting.com
> _______________________________________________
> dba-SQLServer mailing list
> dba-SQLServer at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/dba-sqlserver
> http://www.databaseadvisors.com
>
>