The third search engine that I used was ConceptLink, which was very confusing for me. Its search engine was not particularly user-friendly. It required that a user type in one term that appeared in its database, and it would provide a list of related topics. This system could be useful, but its main problem is that a user must hit upon a term that the search engine programmers had used. Most of the terms that I tried, including the fairly basic “lung cancer,” produced no results. When I finally did receive some hits, a complicated process involving applets was necessary to add additional terms to the search. With Healthgate, the terms could be combined immediately, by using Boolean operators. Because of the complicated search system, ConceptLink retrieved more articles that were not strictly relevant to the topic than the other two engines did, and I knew of no way to remove the foreign-language articles from the results. If someone gained some experience working with this engine, it might prove useful, but it is not a good tool for beginners.
Search engines certainly have a place in future digital libraries. Computers are becoming increasingly important even in physical libraries, and they are an integral part of digital ones. In order for a search engine for a digital library to be truly effective, it should be easy to use, but also allow for more complex searches. Giving several search options, with the simplest one as the default, would probably be the best way in which to accomplish this. A complicated system like ConceptLink could be incorporated into the digital library’s search engine, but it should not be the only method of searching, as that would intimidate beginning users, and not provide the most accurate results possible.