home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / database / oracle / 1490 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  1.9 KB
  1. Path: sparky!uunet!wupost!darwin.sura.net!jvnc.net!yale.edu!nigel.msen.com!ilium!sycom!curlie!thierry
  2. From: thierry@curlie.UUCP (Thierry Lach   )
  3. Newsgroups: comp.databases.oracle
  4. Subject: Re: SQL*Report ... how to print detail records across
  5. Message-ID: <Do5JqB1w164w@curlie.UUCP>
  6. Date: Thu, 03 Sep 92 23:25:00 EDT
  7. References: <fragante.715539647@unixg.ubc.ca>
  8. Organization: Not An Organization
  9. Lines: 50
  10.  
  11. fragante@unixg.ubc.ca (Gv Fragante) writes:
  12.  
  13. > I have a master/detail relationship which I have to print in the following
  14. > ways:
  15. > 
  16. > - master records print downwards
  17. > - detail records print across each master record and *must* be on the same li
  18. > 
  19. > For example, I have the following master records and corresponding details
  20. > 
  21. > MASTER          DETAIL
  22. > 
  23. > American Cars   Ford
  24. >                 GM
  25. >                 Chrysler
  26. > 
  27. > Japanese Cars   Honda
  28. >                 Toyota
  29. >                 Mazda
  30. > 
  31. > German Cars     Mercedes
  32. >                 BMW
  33. >                 Audi
  34. > 
  35. > 
  36. > So in my report output, it should look like this:
  37. > 
  38. > American Cars  Ford, GM, Chrysler
  39. > Japanese Cars  Honda, Toyota, Mazda
  40. > German Cars    Mercedes, BMW, Audi
  41. > 
  42. > 
  43. > I have come close to achieveing this but the problem is that the detail recor
  44. > are printed below the master record. This is not quite what I need.
  45. > 
  46. > The reason why I need this output format is because the data will be imported
  47. > into an Excel spreadsheet wherein one Excel row will contain one Oracle maste
  48. > *AND* it's details. BTW, the max number of details in my situation is 6, so I
  49. > not worried about the variable length of the SQL*Report width.
  50. > 
  51. > Any suggestions would be greatly appreciated. Thanks.
  52.  
  53. Let's take this one step further.  I want to be able to do this...
  54.  
  55. master    det   det    det    det    det    det
  56.           det   det    det
  57. master    det   det    det
  58.  
  59. etc.  There are from one to unlimited details per master.  Details
  60. are summarized (if that really matters...).
  61.