Avec quelque chose de ce genre :
Tu peux même rajouter une clause :Code:select index_name , table_name , status from user_indexes
Code:where status != 'VALID'
Version imprimable
Avec quelque chose de ce genre :
Tu peux même rajouter une clause :Code:select index_name , table_name , status from user_indexes
Code:where status != 'VALID'
Les Index sont là et sont valides d'après Oracle à priori...
Le résultat de la requete ne me donne aucun index invalide...
Le seul hic c'est le nom des index qui ne correspond plus au nom de la table...
Salut,
je ne suis pas un virtuose de SQL Plus mais à la lecture de ta procédure j'ai qques questions... (sous réserve que j'ai bien compris ta procédure)
1 - Il n'y a pas de gestion d'erreur dans la procédure. Peut être est-ce pour cela qu'il ne te renvoie pas de message.
2 - Si le drop plante, peut être est il normal que la suite du code ne soit pas exécuté (modification des tables de références)
3 - Est-ce que le nom de ta table est correctement orthographié dans ta procédure. Vu la "complexité" du nom, notamment le nombre _, ne serait-il pas plus "sûr" de mettre tes noms de table, d'index et contraintes dans des variables?
En espérant que ça t'aide.
Droppez la table avec CASCADE CONSTRAINTS au cas où....
quitte à refiare un select derrière pour vérifier que la table a effectivement été supprimée.
Je me demandais si ton batch que tu lance à "LUI" le droit de droper une table, aprés livraison, ca peut change :? !!!
sinon pourquoi tu n'isole pas le DROP de ta table dans un ordre SQL normal, au lieut de faire ton execute immediate, comme cela tu vera sur ton shelle si il fait bien "TABLE DROPED" ou pas !!!!
c'est une idée !!!!