[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: DNS and Directory Services
- Date: Fri, 13 Dec 1996 09:31:59 -0500
- From: David Collier-Brown <davecb@Canada.Sun.COM>
- Subject: Re: DNS and Directory Services
Paul A Vixie and Michael Dillon have been debating directory
service, and I fear they're in **violent** agreement.
Alas. ``terminological inexactitude'' raises its ugly head oncer
more.
If I defined
lookup service ::= send one string, get 0 or 1 string back
search service ::= send a pattern, get 0, 1 or many strings
back
then it would be fair to claim:
DNS is only a lookup service
The white pages and a string matcher is a lookup service
The white pages and a pattern matcher (or a human!) is a search
service
I claim that ``directory service'' is far too ambiguous for
this discussion, and should be restricted to discussions of
ls, X.500 and LDAP.
Specifically,I claim that directory services fit somewhere
**between** lookup and search services, such that:
i) search can be built on repeated access to a directory or lookup
service and a pattern-matcher
ii) directory can be built on repeated access to a lookup services and a
string matcher
And I speculate that DNS isn't really what I want to access
repeatedly without **significant** caching for any search service.
Search is a <UNPRINTABLE EPITHED DELETED> load for most database
systems. I think I'd want enough disk to hold .com, and half the
country domains, and about a gig of main memory for the dns cache
of my search engine.
--dave
--
David Collier-Brown, | Always do right. This will gratify some people
185 Ellerslie Ave., | astonish the rest. -- Mark Twain
Willowdale, Ontario | davecb@hobbes.ss.org, canada.sun.com
N2M 1Y3. 416-223-8968 | http://java.science.yorku.ca/~davecb