home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / bit / listserv / dbasel / 1249 < prev    next >
Encoding:
Text File  |  1992-11-23  |  1.6 KB  |  32 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!SNYCENVM.BITNET!OGDENEB
  3. Organization: State University of New York - Central Administration
  4. Message-ID: <DBASE-L%92112306400832@NMSUVM1.BITNET>
  5. Newsgroups: bit.listserv.dbase-l
  6. Date:         Mon, 23 Nov 1992 08:14:39 EST
  7. Sender:       "Discussion on the use of the dBase language and related
  8.               dialects" <DBASE-L@NMSUVM1.BITNET>
  9. From:         EVERETT OGDEN <OGDENEB@SNYCENVM.BITNET>
  10. Subject:      Re: RE- Indexing Problem
  11. In-Reply-To:  Message of Fri, 20 Nov 1992 11:29:13 EST from <JLEWIS@INDYCMS>
  12. Lines: 18
  13.  
  14. Jeff Lewis asked for a definition of Rushmore technology.  Not an easy
  15. task.  How about, "Rushmore is a technology that is sufficiently
  16. advanced to be indistinguishable from magic."  And, like all good
  17. magicians, the folks at Fox (now Microsoft) aren't saying how they do
  18. it.  But basically (and this is a great oversimplification) Rushmore
  19. examines the available indexes to see if they can help to speed
  20. execution of FoxPro commands.  Most commands with FOR clauses in them
  21. (LIST FOR, LOCATE FOR, etc.) and filters (SET FILTER TO...) can benefit
  22. from Rushmore if suitable indexes exist.  SQL SELECT (not to be confused
  23. with SELECTing a work area) goes a step further by sometimes creating
  24. the indexes it needs on the fly.
  25.  
  26. Fox attempted to patent Rushmore.  I don't know where that effort stands
  27. now, but if it's successful, then presumably the method could not be
  28. kept secret.  It couldn't be incorporated into other products without
  29. Microsoft's permission, of course.
  30.  
  31.       Everett Ogden    ogdeneb@snycenvm.bitnet
  32.