home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / database / informix / 1717 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  1.4 KB
  1. Path: sparky!uunet!olivea!sgigate!odin!mips!swrinde!cs.utexas.edu!tamsun.tamu.edu!lstar31!rjsparks
  2. From: rjsparks@lstar31.tamu.edu (Robert Sparks)
  3. Newsgroups: comp.databases.informix
  4. Subject: group projects in mode ANSI
  5. Message-ID: <1992Aug13.194100.26039@tamsun.tamu.edu>
  6. Date: 13 Aug 92 19:41:00 GMT
  7. Sender: rjsparks@lstar31 (Robert Sparks)
  8. Organization: loanstar
  9. Lines: 21
  10.  
  11. I would like comments on the "right" way to deal with the following:
  12.  
  13. We are using informix to manage a medium sized time-series database
  14. (right now it is 800 points hourly ). The best model we have found
  15. for this is one table per point (timestamp,value). We have analysis,
  16. QA, and reporting routines that munge these reports together. We chose
  17. to use mode ANSI for implicit transactions and better default access
  18. security.
  19.  
  20. Now, the "ownername". restrictions of mode ANSI are biting us. To keep the
  21. programming bearable, we have chosen a uniform "owner" for the tables that
  22. the routines will touch. The problem is that sometimes these routines need
  23. to create a table (If a QA routine finds some bad data it needs to pump it
  24. out to a bad_table for that channel - if the table doesnt exist it will
  25. create it.) Creating that table with the mother approved "ownername" is
  26. turning out to be painful.
  27.  
  28. This strikes me as a common scenario - what is the usual way of working with it?
  29.  
  30. RjS
  31. rjsparks@loanstar.tamu.edu
  32.