"Object or view does not exist" après un import Datapump MAIS le DESC est OK

Salut,

J'ai un souci suite à un export/import datapump.
Le pb est que nous sommes le week-end et que je ne peux pas me connecter sur le SI du client avant mardi pour vous montrer les messages d'erreur précis mais bon, je m'en souviens suffisamment.

Base 1 : il y a des colonnes LONG, base 2 on veut les transformer en CLOB avec la commande ALTER TABLE ... MODIFY (colonne_long clob).
Mon export est OK, l'import est OK a priori (3 000 lignes disant que les objets existent déjà...).

Quand je lance la commande ALTER TABLE sur une table USER1.TABLE, j'ai le message d'erreur "Object or view does not exist".
Pb, si je fais un DESC sur USER1.TABLE, j'ai bien la structure de la table... 8O8O8O

Voilà, impossible de comprendre le message d'erreur... Ah, la commande ALTER TABLE est OK sur plus de 100 autres colonnes, donc la syntaxe, généré depuis dba_tab_cols, est OK.
La seule explication que je verrais est que, d'après ce que j'ai compris (car j'ai repris le projet en cours), la base a été créée avec des colonnes LONG puis un test de migration a été fait, la colonne a été passé en CLOB mais leclient a ensuite aprlé de problème et certaines colonnes ont été rebasculé en LONG. Or la doc Oracle spécifie qu'ils ne supportent pas le passage CLOB vers LONG : est-ce la cause du pb?


Voilà, si vous avez des infos, je suis preneur :P:P

Bon week-end à tous!

Bonjour,

Je ne suis pas sur de moi, mais ce genre de pb survient souvent à cause d'un pb de droit.

Pour faire un DESC d'une table, on n'a pas besoin de droits sur la table elle-même. On a par contre besoin d'accéder au catalogue Oracle, ce qui se fait en général lorsque l'on dispose du rôle prédéfini SELECT_CATALOG_ROLE.

Avec un tel rôle, vous pouvez consulter des tables comme DBA_TAB_COLUMNS.

Par contre, lorsque l'on veut modifier la table, il faut respecter les prérequis qui figurent dans la doc Oracle "SQL Language Reference" :

https://docs.oracle.com/en/database/...-reference.pdf

Et dans votre cas :

Citation:

---

Prerequisites :
The table must be in your own schema, or you must have ALTER object privilege on the table, or you must have ALTER ANY TABLE system privilege.

---

Merci pour la réponse mais j'ai trouvé : je faisais un ALTER TABLE sur des vues...

Ah oui, c'est le fameux piège où il faut se rappeler que DBA_TAB_COLUMNS contient les colonnes des tables, mais aussi des vues.

Et que pour se débarrasser des vues (qui sont dans DBA_VIEWS), il faut faire une jointure de DBA_TAB_COLUMNS avec DBA_TABLES.

Exact, et en plus dans DBA_TAB_COLS, il n'y a pas de colonne OBJECT_TYPE permettant de filtrer sur TABLE ou VUE...