Discussion :

[cian2006]

Bonjour,

[ORACLE 10g]
[WINDOWS2003 serveur]

Dans le cadre d'un archivage d'un user, j'ai effectué un banal export de l'UTILISATEUR_1 (qui repose sur un tablespace TBL_1).

Je veux réimporter mes données dans mon utilisateur_2 qui lui repose sur le tablespace_2 TBL_2

--> mes tables sont bien réimportées dans l'utilisateur_2 mais tout est stocké dans le tablespace_1

--> Je décide de déplacer toutes les tables de utilisateur_2 du tablespace_1 vers le tablespace_2 (select table_name from all_tables where owner='utilisateur_1' and tablespace_name=TBL_1'), mais impossible de déplacer les tables contenant des LONG (--> ORA-00997: utilisation interdite du type de données LONG)

Est ce qu'à l'import, je peux forcer l'utilisation du tablespace_2 ?

Merci de votre aide

[orafrance]

le tablespace par défaut de utilisateur_2 est bien le tablespace2 ?

[cian2006]

Oui, tout à fait.

Je viens juste de trouver la réponse sur le net ... je vous en fait profiter

Merci

I need to export from user 'A' in a production database and import to a user 'B' in a development database with a different tablespace. Do you have very detailed step-by-step procedure?

Brian Peasland: This is a pretty common procedure, which isn't too hard to accomplish. So here is a step-by-step guide.

Export the entire schema from production:
exp userid=system file=user_a.dmp log=user_a.log owner=a

FTP the dump file (in BINARY mode) to the development server.
Make sure user B exists in your development instance.
Run this command:
imp userid=system file=user_a.dmp log=imp.log fromuser=a touser=b

The only big sticking point is that user B may have a different default tablespace than user A, if user A exists. If this is the case, and user B has been granted the CONNECT role, then user B's tables will be created in user A's default tablespace. To stop this, make sure that user B has the correct default tablespace and make sure that you revoke UNLIMITED TABLESPACE from user B.

[chrifo]

Merci pour l'info, j'ai eu un cas similaire il y a quelques mois et je n'ai pas pensé à faire cela ...
En fait j'ai fait beaucoup plus sale : j'ai remplacé la chaine de caractère "tablespace_1" par "tablespace_2" dans le DUMP

[cian2006]

En effet oui !

Par contre nous somme obligé de reconstruire les index sur le bon tablespace d'index (ou de créer un fichier d'index et de le modifier).

Mais bon, c'est déjà ca !

Merci