>
> On Fri, 20 Nov 2015 05:14:33 -0800 (PST),
tabb...@gmail.com put finger
> to
> keyboard and typed:
>
> >On Thursday, 19 November 2015 21:13:07 UTC, Roland Perry wrote:
> >> In message <n2l5vl$qqu$
1...@dont-email.me>, at 18:58:06 on Thu, 19 Nov
> >> 2015, tim..... <
tims_n...@yahoo.co.uk> remarked:
> >>
> >> >> When phoning up my doctor and dentist, the first thing that they ask
> >> >>(for their search) is your DoB.
> >> >
> >> >That's because when you only have 5,000 randomly spread people in your
> >> >database it's a very good key
> >> >
> >> >when you have 6 million, it's not
> >>
> >> When I check in at my GP surgery on the screen provided, it asks first
> >> for DoB [day/month], and then a first surname initial. This has never
> >> failed to disambiguate me.
> >
> >It is however trivial to see that once you have over 366x26 = 9516 people
> >that method has to fail. And that under that number it must fail some of
> >the time.
>
> Yes, but not all of them will have an appointment that day. It's only a
> conflict if two people have the same identifying data and the same
> appointment date. So it's 365 * 365 * 26, or 3,463,850. In reality,
> somewhat less than that, since all of those values (birthday, initial and
> appointment date) are not evenly distributed. But it's still a very low
> chance of a conflict. Maybe one in a few hundred thousand, for a typical
> surgery.