home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / database / 5869 < prev    next >
Encoding:
Text File  |  1992-07-31  |  1.7 KB  |  35 lines
  1. Path: sparky!uunet!gatech!news.byu.edu!yvax.byu.edu!cunyvm!appms
  2. Newsgroups: comp.databases
  3. Subject: dBASE IV multiple index files
  4. Message-ID: <92213.155602APPMS@CUNYVM.BITNET>
  5. From: Alexandre Pechtchanski <APPMS@CUNYVM.BITNET>
  6. Date: Friday, 31 Jul 1992 15:56:01 EDT
  7. Organization: City University of New York/ University Computer Center
  8. Supersedes: <92213.120846APPMS@CUNYVM.BITNET>
  9. Lines: 24
  10.  
  11. Hi, everybody:
  12. I've heard a statement that seems pretty doubtful to me:
  13. "... With .MDX files, all indexes are updated automatically, with
  14. only one DOS File Handle, instead of one DOS File Handle for each index.
  15. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  16. This frees up RAM and ... to make program more efficient (read faster)."
  17. ^^^^^^^^^^^^^^^^^                              ^^^^^^^^^^^^^^^^^^^^^^
  18. I was always pretty sure that no matter what you do you have to allocate
  19. one DOS file handle (either explicitly or implicitly) for each file you
  20. access.  For dBase it spells one handle for each .DBF + one for each
  21. .NDX etc.  The only way (IMHO) to circumvent it is to use one handle
  22. for different files at different time, but it sure will lead to
  23. _in_efficiency of program!
  24. Can anybody confirm/disprove the above statement? (I mean the quoted
  25. one, also all are welcome to spill flames on me for my apparent
  26. stupidity ;-) )
  27.  
  28.     Thanks in advance
  29. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  30. ALEX PECHTCHANSKI, GCRC SYSTEM MANAGER   PHONE: (212) 241-1804
  31. MOUNT SINAI MEDICAL CENTRE, NEW YORK  ⁿ-------------------------
  32. INTERNET: DESNICK@MSVAX.MSSM.EDU      ⁿ#INCLUDE <STD.DISCLAIMER>
  33. BITNET:   APPMS@CUNYVM                ⁿ
  34. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  35.