home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / database / 9302 < prev    next >
Encoding:
Internet Message Format  |  1993-01-22  |  2.4 KB
  1. Path: sparky!uunet!coplex!tfd!ken.lundberg
  2. From: ken.lundberg@tfd.coplex.com (Ken Lundberg) 
  3. Newsgroups: comp.databases
  4. Subject: Help with a structure and
  5. Message-ID: <477.133.uupcb@tfd.coplex.com>
  6. Date: 21 Jan 93 21:22:00 GMT
  7. Distribution: world
  8. Organization: Ky/In PC User's Group - Louisville, KY - 502-423-8654
  9. Reply-To: ken.lundberg@tfd.coplex.com (Ken Lundberg) 
  10. Lines: 42
  11.  
  12. TO: jdrew@ucsvax.sdsu.edu
  13.  
  14. FR: ken.lundberg@coplex.com
  15.  
  16. On Wed, 20 Jan 1993, Joe Drew of San Diego State wrote:
  17.  
  18. >...I'd like to set-up a database application where a user could request a
  19. >specific data series as well as have the option to select it for only a
  20. >specific time period.  For example:the consumer price index  from 1980 to
  21. >the most current period.  Moreover, the user would most likely select
  22. >other series that may start and end at different times.  I'd like them to
  23. >be able to end up with ONE table that includes all the data they selected...
  24.  
  25.  Joe, any PC database package will do the trick so far as you've described
  26.  the system. A few of points from personal experience may save you time:
  27.  
  28.  1. Proper design will keep hair on your head, and users out of your face.
  29.     Put MUCH time into design, and don't start coding too soon.
  30.  2. Proper Indexing = Easy data retrieval. By "proper," I mean effective.
  31.     Database systems live or die by indices.
  32.  3. Multiuser considerations come to mind, but that's for another article.
  33.  
  34.  Your users need to select data by:  a (user defined) range (ex: date)
  35.                                and:  meeting (user defined) criteria...
  36.  
  37.  This is a normal request for any database system. How 'bout this for a
  38.  record layout?
  39.  
  40.  date *   (other data fields)    CPI      (other data fields)
  41.  ------- --------------------- ------- ---------------------------------
  42.  ------- --------------------- ------- ---------------------------------
  43.  ------- --------------------- ------- ---------------------------------
  44.  ------- --------------------- ------- ---------------------------------
  45.       * this field would be indexed.
  46.  
  47.  If you set up this simple data file, indexing on date, and storing the CPI
  48.  that was effective on that date, any user could easily use a query
  49.  facility to extract a data "series" that meets their criteria. This could
  50.  be stored in a table, printed, sent to Lotus, etc. Does this help?
  51.  
  52.  * SLMR 2.1a * ------------------------------------------Ken-in-Kentucky
  53.                   
  54.