home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / database / 9509 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  2.9 KB
  1. Path: sparky!uunet!crdgw1!rpi!gatech!news.byu.edu!ux1!fcom.cc.utah.edu!tim.src.utah.edu!tim
  2. From: tim@src.cppa.utah.edu (Tim Ma)
  3. Newsgroups: comp.databases
  4. Subject: Re: Paradox question
  5. Message-ID: <tim.91.728176711@src.cppa.utah.edu>
  6. Date: 27 Jan 93 23:18:31 GMT
  7. References: <mcdonald.693.727814490@aries.scs.uiuc.edu> <1993Jan24.144529.19009@nuscc.nus.sg> <1993Jan27.110322.1326@actrix.gen.nz> <1993Jan27.090537.17710@hellgate.utah.edu>
  8. Sender: news@fcom.cc.utah.edu
  9. Organization: University of Utah
  10. Lines: 58
  11.  
  12. [stuff deleted ...]
  13.  
  14. >>> 2) I can Ask to my heart's content and it works fine, but getting a 
  15. >>> report on the result is a pain .. I have to COPY a report type to
  16. >>> the Answer table by hand every time I create a new Answer .. is there some 
  17. >>> way to make this stick .. I tried copying Answer over an old table to
  18. >>> which I had already attached a report, but that seems to lose the report 
  19. >>> already attached.
  20. >>
  21. >>That's fundamental to the way Paradox works.  Forms and reports are
  22. >>associated with particular tables.  Every time you Ask a query, you
  23. >>create a brand new Answer table, deleting any Answer table that was
  24. >>sitting in your current working directory.
  25. >>
  26. >>The way I worked was, for reports I wanted to produce often, to keep a
  27. >>second table (I referred to it as a 'skeleton table' but this
  28. >>terminology is strictly non-standard!) which has exactly the same
  29. >>structure as the Answer table I wanted to report from, but no data in
  30. >>it.  Use this second table to design reports, forms etc.  Every time
  31. >>you do a query and want to use one of the reports or forms, do a F10
  32. >>Tools Copy Justfamily "skeleton" "Answer".
  33. >^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  34. >
  35. >I believe "Copy" overwrites the table and could hose your reports....it
  36. >is safer to empty "skeleton", add "answer" "skeleton" from a script ...
  37. >that way you know exactly what is in the skeleton table at all times.
  38.  
  39. No, Mary was right.  The "JustFamily" option will copy only the forms,
  40. reports, validity checks, etc.  Everything except the data in the 
  41. the "skeleton" table will be copied.
  42.  
  43. >
  44. >>(I'm guessing that you're more interested in manipulating your data
  45. >>than in creating applications to assist in entering or reporting on
  46. >>it.  If this is not true, then some other methods may be more
  47. >>appropriate.)  
  48.  
  49. Perhaps a SETKEY macro could relieve you of some tedious keystrokes.
  50.  
  51. >>-- 
  52. >>\   \/   /  |  
  53. >> \/\/\/\/   |  mary.curtin@bbs.actrix.gen.nz
  54. >>
  55. >
  56. >-Bob-
  57. >
  58. >Bob Angell                               | Data Integration (multi-platform)
  59. >Principal, Management Systems Engineer   | Health Systems Engineering
  60. >Applied Information & Management Systems | Database design/development
  61. >1238 Fenway Avenue - SLC, UT 84102-3212  | Simulation/Modeling/Neural Nets
  62. >bangell@cs.utah.edu; Voice: 801-583-8544 | Product Reviewer-Major Publication
  63. >
  64. >     [Standard Disclaimer: Speaking for the University of Utah, NOT!]
  65.  
  66. Tim Ma
  67. Associate Programmer
  68. University of Utah
  69. Email:  tim@src.cppa.utah.edu
  70.