home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / database / 7995 < prev    next >
Encoding:
Text File  |  1992-11-20  |  2.4 KB  |  50 lines
  1. Xref: sparky comp.databases:7995 comp.databases.ingres:1953
  2. Newsgroups: comp.databases,comp.databases.ingres
  3. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!uchinews!gsbacd.uchicago.edu!cs_mj
  4. From: cs_mj@gsbacd.uchicago.edu (Mark Jaeger)
  5. Subject: Re: Ingres questions
  6. Message-ID: <1992Nov20.154003.1@gsbacd.uchicago.edu>
  7. Lines: 36
  8. Sender: news@uchinews.uchicago.edu (News System)
  9. Organization:     
  10. References: <10NOV199217373383@stars.gsfc.nasa.gov> <1992Nov11.180040.7771@dcatlas.dot.gov> <25987@sybase.sybase.com>
  11. Distribution: usa
  12. Date: Fri, 20 Nov 1992 21:40:03 GMT
  13.  
  14. In article <25987@sybase.sybase.com>, wong@sybase.com (J. Wong) writes:
  15. > In article <1992Nov11.180040.7771@dcatlas.dot.gov> sethg@dcatlas.dot.gov 
  16. > (Seth Grimes) writes:
  17. >>I don't know of any workaround other than vertically partitioning your tables.
  18. >>On the other hand, Ingres 6.5 to be released in the spring will support BLOBs
  19. >>and presumably remove the 2000-byte limit (based on Ingres's current page
  20. >>size of 2048 bytes) on general fields.
  21. > 
  22. > Wrong!  INGRES 6.5 will support BLOBs as columns, but will not remove the 2000
  23. > byte limit on tuple size.
  24.  
  25. That's my understanding also.  You will be able to have a table with a
  26. BLOB column, and that column takes n bytes as part of a row (where n is
  27. small, say, less than 20), but the _data_ returned for the column is a
  28. BLOB type (i.e., very large).  What's really stored in the table itself
  29. is not the BLOB value, but rather just a pointer to it.  
  30.  
  31. If I understand things correctly, you'll still be limited to an absolute
  32. maximum of 2008 bytes per row (2048 less 40 byte per page overhead),
  33. counting a BLOB as n bytes (from above).
  34.  
  35. It probably was not prohibitively hard for Ingres to implement this,
  36. since it probably involved use of the Object Manager and creation of a
  37. new INGRES datatype.  They might have had to make changes to the ADF
  38. (abstract data facility) and the GCC code (communications) to support
  39. the possibility of so much more data being passed back and forth.  
  40.  
  41. The 2000-byte limit is so ingrained in LAR (the logging and recovery
  42. system) that it's probably a _much_ more difficult limit to break.
  43.  
  44. --Mark Jaeger                internet: cs_mj@gsbvax.uchicago.edu
  45. Graduate School of Business        yellnet:  (312) 702-0328
  46. University of Chicago            faxnet:   (312) 702-0233
  47. Disclaimer: My opinions are my own and not those of my employer.
  48. Ich bin ein Virus.  Mach' mit und kopiere mich in Deine .signature.
  49.  
  50.