home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / database / 7767 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  2.2 KB
  1. Xref: sparky comp.databases:7767 comp.databases.ingres:1852
  2. Newsgroups: comp.databases,comp.databases.ingres
  3. Path: sparky!uunet!dcatlas!sethg
  4. From: sethg@dcatlas.dot.gov (Seth Grimes)
  5. Subject: Re: Ingres questions
  6. Message-ID: <1992Nov11.180040.7771@dcatlas.dot.gov>
  7. Organization: U.S Dept. of Transportation
  8. References: <10NOV199217373383@stars.gsfc.nasa.gov>
  9. Distribution: usa
  10. Date: Wed, 11 Nov 1992 18:00:40 GMT
  11. Lines: 35
  12.  
  13. thompson@stars.gsfc.nasa.gov (William Thompson, code 682.1, x2040) writes:
  14.  
  15. >First of all, I understand that Ingres has a limit of ~2000 bytes per record.
  16. >I know they have a way to incorporate large text fields in the database, but
  17. >what about the situation where one just has a large number of different fields,
  18. >none of which is large by itself, but the total sum is greater than 2000?  The
  19. >salesman claimed this wasn't a problem, but he couldn't explain why.  Has
  20. >anybody run into this problem, or know of a way to get around it?  Is it a real
  21. >problem with Ingres?
  22.  
  23. I don't know of any workaround other than vertically partitioning your tables.
  24. On the other hand, Ingres 6.5 to be released in the spring will support BLOBs
  25. and presumably remove the 2000-byte limit (based on Ingres's current page
  26. size of 2048 bytes) on general fields.
  27.  
  28. >What about importing and exporting text files?  This is something that's going
  29. >to be important for us.  Are there any limitations involved with Ingres and
  30. >importing/exporting text files?  Are there problems doing this in a VMS
  31. >environment?
  32.  
  33. No problems at all once you get used to the formatting conventions of the
  34. COPY command.
  35.  
  36. >Another question I have is about row level locking.  Somebody I was talking to
  37. >claimed that Ingres does not have row level locking.  However, since his only
  38. >real experience is with the old public-domain version, I'm somewhat dubious
  39. >about this claim.  Is this true, or just a rumor?
  40.  
  41. No, it doesn't, but then I think rll is important only in a heavy-traffic
  42. transaction processing environment.  Basic Ingres locking is page level, 
  43. with escalation as needed.  Of course, you get rll if your rows take up
  44. most of a data page.  :-)  Do you really need it?
  45.  
  46. Seth Grimes, dcatlas!sethg@uunet.uu.net
  47. Automated Sciences Group (U.S. Dept. of Transportation)
  48.