home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / database / oracle / 1587 < prev    next >
Encoding:
Internet Message Format  |  1992-09-15  |  1.4 KB
  1. Path: sparky!uunet!olivea!spool.mu.edu!sdd.hp.com!uakari.primate.wisc.edu!ames!network.ucsd.edu!qualcom.qualcomm.com!athena!kpalm
  2. From: kpalm@athena.qualcomm.com (Kent Palm)
  3. Newsgroups: comp.databases.oracle
  4. Subject: Re: Import into a new table space is BROKEN!
  5. Message-ID: <kpalm.716575211@athena>
  6. Date: 15 Sep 92 16:40:11 GMT
  7. References: <drt.716542402@brolga>
  8. Sender: news@qualcomm.com
  9. Organization: Qualcomm, Inc., San Diego, CA
  10. Lines: 16
  11. Nntp-Posting-Host: athena.qualcomm.com
  12.  
  13. I've wrestled with this one before, too.  After a while, I had success.
  14.  
  15. Not that this matters, but before I created my original export for
  16. migration, I revoked global resource and all specific resource
  17. privileges for that user.  This was a precaution in case import carried over
  18. any grants from the export (e.g., GRANT RESOURCE).
  19.  
  20. Before importing, I did the following:  1) Altered user's default tablespace
  21. to point to the one I wanted to import into, 2) Granted resource on that
  22. tablespace for that user, 3) revoked resource on all other tablespaces
  23. from that user, 4) revoked global resource from that user.
  24.  
  25. I believe an interactive import always tried to put it in the wrong tablespace.
  26. It wasn't until I used the command line version that I experienced success.
  27. It may have been the FROMUSER or TOUSER qualifiers that did the trick
  28. (i.e., got the tables into the right tablespace).  See if that works.
  29.