home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / database / sybase / 344 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  2.4 KB
  1. Path: sparky!uunet!sun-barr!cs.utexas.edu!bcm!mparsons
  2. From: mparsons@fleming.csc.bcm.tmc.edu (Mark Parsons)
  3. Newsgroups: comp.databases.sybase
  4. Subject: Re: APT and TEXT Fields
  5. Date: 18 Nov 1992 15:26:16 GMT
  6. Organization: Baylor College of Medicine, Houston, Tx
  7. Lines: 42
  8. Distribution: usa
  9. Message-ID: <1ednaoINNf2@gazette.bcm.tmc.edu>
  10. References: <1992Nov13.162033.4728@bnlux1.bnl.gov> <1e8fvqINN250@gazette.bcm.tmc.edu> <1992Nov17.185830.1520@bnlux1.bnl.gov>
  11. Reply-To: mparsons@fleming.csc.bcm.tmc.edu (Mark Parsons)
  12. NNTP-Posting-Host: fleming.csc.bcm.tmc.edu
  13. Originator: mparsons@fleming.csc.bcm.tmc.edu
  14.  
  15.  
  16. In article <1992Nov17.185830.1520@bnlux1.bnl.gov>, lally@pmdb.sep.bnl.gov (Keith Lally) writes:
  17. |> 
  18. |> Mark,
  19. |> 
  20. |> I am referring to fields of the TEXT data type.  Some of my help messages
  21. |> will exceed 255 bytes so char and varchar are no help.  An entry field on
  22. |> the form can have a maximum length of 2048 chars or more but how do I 
  23. |> retrieve the TEXT data and stuff it into the entry field?  One way is to
  24. |> have the stored procedure read the first 255 bytes of the text, put it into
  25. |> parameter1 of type char, then read the next 255 bytes and stuff it into 
  26. |> another parameter.  On the APT side I could then concatenate the params
  27. |> together and put the result in the entry field.  This seems like a real
  28. |> kludgy way to do what should be an easy operation. 
  29.  
  30. I haven't had a reason to deal with TEXT . . . :-(
  31.  
  32. I know this may not help either . . . . buttttttttttttt .. . . . 
  33.  
  34. Does your text have to be stored as TEXT? . . . 
  35.  
  36. Cut the text up into 255 character blocks, store in a table with each
  37. 255 block having a sequence number assigned to it, use a sqlrow to
  38. select the text in sequence number order, step through the sqlrow 
  39. appending each subsequent 255 block to your entry field.  NOTE: Appending
  40. to the end of a field takes more time than appending on the front of
  41. the field(just an extra $0.02 worth), but you will probably only notice
  42. this if you're appending say, 20+ chunks?
  43.  
  44. |> 
  45. |> I also remember reading in one of the manuals that parameters passed between
  46. |> the server and an apt application can only be 255 chars in length.  Has 
  47. |> anyone else had experience with this kind of problem?
  48.  
  49. Haven't had to deal with this problem . . . .I do know that in APT 4.?
  50. that there's a 512 character limitation in the lengths of parameters
  51. passed between APT screens(suppose to be fixed in APT 5.0).  But I 
  52. don't know about the problems between server and APT.
  53.  
  54. Mark
  55.  
  56.  
  57.