|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() Inscription : août 2009 Messages : 8 ![]() |
Bonjour,
j'ai du realiser ce matin l'export d'un schema d'une base oracle 9.2 puis l'import dans la meme base dans un nouveau schema qui serait par la suite supprimé. Je me suis donc dit que le plus propre serait de créer un nouveau tablespace, qui serait le tbs par défaut du nouveau schema cela serait plus aisé à supprimer pas la suite par un simple ALTER alter tablespace DATA_BOMIG offline; J'ai donc créé mon schema Code :
CREATE user BOMIG IDENTIFIED BY BOMIG DEFAULT TABLESPACE DATA_BOMIG; Code :
exp file=/tmp/BOREFMIG.dmp log=/tmp/BOREFMIG.log owner=BOREF l'export s'est bien déroulé sans erreurs. J'ai ensuite voulu faire l'import dans le nouveau schema BOMIG pensant que tout allait se placer dans le tablespace DATA_BOMIG Code :
imp system/xxx fromuser=BOREF touser=BOMIG file=/tmp/BOREFMIG.dmp alors je ne comprend pas bien car le propriétaire est bien BOMIG mais il n'a pas écrit dans son default tablespace... Pourquoiiii? Merci Clem |
|
|
00
|
|
|
#2 |
|
Membre éprouvé
![]() Administrateur de base de données Inscription : novembre 2007 Messages : 341 ![]() |
bonjour,
commence par retirer le quota sur le tablespace où tu ne veux pas importer les données pour ton user BOMIG, puis donne-lui un quota unlimited sur le tablespace data_bomig et ça ira sans doute mieux. l'ordre de création de ton user n'est pas complet. tu ne nous dis pas comment tu lui as donné les droits de créer les tables. si tu es passé par un "grant resource", cela explique pourquoi il a le droit d'écrire dans tous les tablespaces. si c'est le cas, revoke ce droit et donne des grants via un role, ce qui te permettra de cibler exactement ce que tu permets de faire à tes users. bon import |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com