home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / mac / database / 1660 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  1.7 KB
  1. Path: sparky!uunet!munnari.oz.au!bruce.cs.monash.edu.au!merlin!merlin!usenet
  2. From: paulm@steelmel.bhp.com.au
  3. Newsgroups: comp.sys.mac.databases
  4. Subject: Looking for ideas on large mac databases
  5. Date: 7 Jan 1993 01:13:47 GMT
  6. Organization: BHP Steel
  7. Lines: 28
  8. Distribution: world
  9. Message-ID: <1ig04bINN72j@merlin.resmel.bhp.com.au>
  10. Reply-To: paulm@steelmel.bhp.com.au
  11. NNTP-Posting-Host: 134.18.127.94
  12.  
  13.  I have a very large database which I am putting onto a Macintosh using 4th
  14. dimension.  It is initially about 40-45 mb, and it will increase by about 250
  15. mb when I get the historical data into it.  Thereafter it will increase at the
  16. rate of about 45 mb per annum.
  17.  
  18. Now, I don't really need to keep the database on a mainframe, which is more
  19. expensive (both in running costs and development costs) and takes longer to
  20. develop the system.  Also, the time taken to run reports isn't really an issue.
  21.  I am happy to set the reports off in the evening and pick them up the next
  22. morning.
  23.  
  24. Nevertheless, I would like to keep the database as small and fast as possible. 
  25. Since we only report on historical data occasionally, I thought I would keep
  26. history on a tape, and copy it onto a disc when I need to use it.  I also
  27. thought I would keep a separate database for the most recent two years.
  28.  
  29. But I was wondering if anyone has some thoughts on ways to manage historical
  30. data.  Sometimes I will want to report on time periods which overlap years
  31. (hence I have one big historical database instead of a few smaller ones - is it
  32. possible to overcome this difficulty in the new version of 4th dimension?). 
  33. Any ideas on managing large databases on a pc would be appreciated.  Also, any
  34. ideas on designing a faster database would also be of interest.
  35.  
  36.  
  37. Thank you for any assistance
  38.  
  39.  
  40. Paul.
  41.