home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / database / 6535 < prev    next >
Encoding:
Text File  |  1992-09-03  |  2.0 KB  |  41 lines

  1. Newsgroups: comp.databases
  2. Path: sparky!uunet!usc!sdd.hp.com!uakari.primate.wisc.edu!ames!nsisrv!stars.gsfc.nasa.gov!thompson
  3. From: thompson@stars.gsfc.nasa.gov (William Thompson, code 682.1, x2040)
  4. Subject: SQL queries, and the amount of data passed
  5. Message-ID: <3SEP199218120998@stars.gsfc.nasa.gov>
  6. News-Software: VAX/VMS VNEWS 1.4-b1  
  7. Sender: usenet@nsisrv.gsfc.nasa.gov (Usenet)
  8. Nntp-Posting-Host: stars.gsfc.nasa.gov
  9. Organization: NASA/GSFC-Laboratory for Astronomy and Solar Physics
  10. Distribution: usa
  11. Date: Thu, 3 Sep 1992 22:12:00 GMT
  12. Lines: 27
  13.  
  14. I was just talking to someone about the difference between using a database
  15. manager and a transaction manager.  One of the points he made was that when
  16. using an SQL database manager, and sending SQL commands from a client machine
  17. to the server machine, a lot more data than what one wants may be sent from the
  18. server to the client, which then filters the data down to what satisfies the
  19. request, and returns it to the application.
  20.  
  21. I'm in the process of trying to select a database product for a project I'm
  22. working on.  The database would catalog information about some scientific data
  23. that would collected over several years.  When querying the database, one
  24. generally would be looking at some restricted time frame, and I anticipate that
  25. the file would be indexed chronologically (perhaps along with other properties)
  26. for faster access.
  27.  
  28. My anticipation was that when using SELECT or FETCH (and please excuse me if I
  29. use the wrong terms; I don't know much SQL-speak), and the filter (e.g. WHERE
  30. clauses, views, whatever) matched the indexing scheme, then the database engine
  31. would automatically retrieve only the data matching the view.  More
  32. specifically, if I was only interested in the data for November, and the data
  33. was indexed chronologically, then the server would be able to skip directly to
  34. the data for November through something like a binary search.  I guess it makes
  35. sense to me that view conditions that don't match the indexing scheme might be
  36. processed on the client.
  37.  
  38. Am I thinking of this correctly?
  39.  
  40. Bill Thompson
  41.