home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / database / oracle / 2152 < prev    next >
Encoding:
Text File  |  1992-11-09  |  1.2 KB  |  33 lines
  1. Newsgroups: comp.databases.oracle
  2. Path: sparky!uunet!well!mharper
  3. From: mharper@well.sf.ca.us (Michael J. Harper)
  4. Subject: Eating it RAW
  5. Message-ID: <BxGJw1.Kr1@well.sf.ca.us>
  6. Sender: news@well.sf.ca.us
  7. Organization: Whole Earth 'Lectronic Link
  8. Distribution: usa
  9. Date: Mon, 9 Nov 1992 16:45:37 GMT
  10. Lines: 21
  11.  
  12. I am trying to store data into a LONG RAW column, and I am running into
  13. some difficulty.
  14.  
  15. The data I would like to store happens to be TIFF data.  Consequently, it
  16. is a minimum of 4K or so in size.  When I tried using HEXTORAW with an 8K
  17. string, I was told that my string was too long.  So, I divided the string
  18. into a bunch of 254-character strings all concatenated.  No parse error,
  19. but only the first 256 characters were stored anyway.  This gives me only
  20. 128 bytes of raw data, which isn't quite enough.
  21.  
  22. So, is there another way to issue an INSERT that will allow me to store up to
  23. the full length of my LONG RAW?  
  24.  
  25. Also, I noticed that when I fetch this column, the first byte seems to be 
  26. the row number in the query.  Does anyone know what this byte really means 
  27. and what it's doing at the beginning of my raw data?
  28.  
  29. Thanks.
  30. -- 
  31. Michael J. Harper
  32. mharper@well.sf.ca.us
  33.