home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / database / ingres / 2363 < prev    next >
Encoding:
Text File  |  1993-01-27  |  2.3 KB  |  46 lines
  1. Organization: Administrative Computing & Info Services, Carnegie Mellon, Pittsburgh, PA
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu.edu!bb3.andrew.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!jjm+
  3. Newsgroups: comp.databases.ingres
  4. Message-ID: <kfNHZFO00WBKM1OKs2@andrew.cmu.edu>
  5. Date: Tue, 26 Jan 1993 08:14:57 -0500 
  6. From: "James J. Murawski" <jjm+@andrew.cmu.edu>
  7. Subject: Re: possible ingres bug in retrieve unique on views
  8. In-Reply-To: <43822@sdcc12.ucsd.edu>
  9. References: <43822@sdcc12.ucsd.edu>
  10. Lines: 34
  11.  
  12.  
  13. On 21-Jan-93 in possible ingres bug in retr..
  14. user Jude Poole@jeeves.ucsd.e writes:
  15. >Here is an apparent error in the way ingres is answering retrieve statements
  16. >for a large 3 table view we have.  The three tables in the view monster
  17. >have the relationship one -> many -> many.  It exists for the convenience of
  18. >fairly inexperienced users.  The people's names exist only once in the base 
  19. >table named people, but occur multiple times in the view monster because of 
  20. >multiple historical job titles and funding.  The theory was that retrieve
  21. >unique (or sorting) would eliminate duplicates from query results but it
  22. >doesn't seem to work that way when the view is joined to other tables
  23. (which it
  24. >frequently is to print out long definitions of various codes).  Does anyone
  25. >know why ingres behaves as demonstrated in the short script below?
  26. >(comments come after each query below) We are running 6.4/01 (su4.u42/01)
  27. >on OS/MP 4.1A.1 (same as Sun/OS)
  28.  
  29. We had major view problems with Ingres version "6.4/01 (dg8.us5/01)" on a
  30. DG Aviion.  Ingres acknoweledged that there were some major view bugs in
  31. 6.4/01.  When we upgraded to version "6.4/02 (dg8.us5/00)", all the view
  32. bugs disappeared.  If you can get a 6.4/02 for your Sun, then get it as soon
  33. as you can.
  34.  
  35. ====================================================================
  36.     Jim Murawski
  37.     Sr. Data Base Analyst               (412) 268-2650  [office]
  38.     Administrative Computing and        (412) 268-6868  [fax]
  39.          Information Services           jjm+@andrew.cmu.edu
  40.     Carnegie Mellon University          Office: UCC 155
  41.     4910 Forbes Avenue
  42.     Pittsburgh, PA 15213-3890
  43.  
  44.     "Le Mieux!  Le Magnifique!  Soixante Six!  Claude...NON!"
  45.  
  46.