home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / database / informix / 2501 < prev    next >
Encoding:
Text File  |  1992-11-22  |  2.8 KB  |  60 lines
  1. Newsgroups: comp.databases.informix
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!sun-barr!cs.utexas.edu!hellgate.utah.edu!peruvian.cs.utah.edu!cdoe
  3. From: cdoe%peruvian.cs.utah.edu@cs.utah.edu (Carlton Doe)
  4. Subject: tbunload/load bugs in OnLine 5.0???
  5. Date: 22 Nov 92 22:17:59 MST
  6. Message-ID: <1992Nov22.221759.23098@hellgate.utah.edu>
  7. Organization: University of Utah CS Dept
  8. Lines: 50
  9.  
  10. 11.22.1992
  11.  
  12. This weekend I ran into what appears to be a couple of bad bugs with the
  13. tbunload/tbload utilities of OnLine 5.0.  I was wondering if anyone else
  14. has seen the same thing.
  15.  
  16. problem 1:
  17. I had a table containing a blob column in its schema that I needed to move
  18. to another dbspace.  The blobs (type text) are stored in a blobspace.  
  19. According to the 5.0 Administrators Guide (OAG), if you tbunload/load a
  20. table containing blobs, and those blobs were stored in a blobspace, when
  21. the table is re-loaded, you'll be prompted as to whether or not you want
  22. to change blobspace for storing the blob.  As I only have one blobspace,I
  23. didn't see the prompt.
  24.  
  25. The table unloaded without any errors and apparently loaded without a problem
  26. .  When I went to grant permissions on the table under dbaccess, I got errors
  27. back indicating an inability to access the table.  I pulled the table up
  28. via info and the engine showed it there, with columns, but no rows.  I ran
  29. a dbschema from the command line and got an error back indicating the table
  30. could not be accessed.
  31.  
  32. I guess you can't tbunload/load tables with blobs.  
  33.  
  34.  
  35. problem 2:
  36. I set up a foreign key constraint on a single column within a table.  I needed
  37. to move this table to another dbspace.  Again the tbunload/load ran fine.
  38. There weren't any blobs in this table so the rows came across without any
  39. problem.  The problem arose when I realized that the foreign key constraint
  40. was partially corrupted.
  41.  
  42. The index on the table created by the engine during the constraint creation
  43. was still there but there wasn't an entry in the sysconstraints table.  
  44. I tried to just recreate the constraint but I got an error back saying the
  45. index already existed on the column.  Because of the format of the index 
  46. name created by the engine during constraint creation (a space in the first
  47. position of the index name) I couldn't drop the index from dbaccess.  
  48. Deleting the row from the sysindexes table corrupted the sysindexes table--
  49. dumb thing to try I know but I was screwed already and would have to restore
  50. from archive so why not try.
  51.  
  52. basically I'm stuck with an index I can't drop and a critical business rule
  53. I can't enforce.  Any ideas on either of these two problems??  I'd appreciate
  54. any e-mailed insight.  Thanks in advance.  In case it matters, I'm running
  55. on an AT&T StarServer E running Sys V Rel 4, ver 2.1
  56. -------------------------------------------------------------
  57. Carlton Doe 
  58. cdoe@sunset.utah.edu    
  59. attmail: attmail!alexis!carlton
  60.