ORACLE - Probléme de truncate sur un synonyme
Résolu/Fermé
bossoax
Messages postés
44
Date d'inscription
mardi 27 novembre 2007
Statut
Membre
Dernière intervention
13 novembre 2012
-
25 mai 2009 à 10:55
fiu - 14 déc. 2009 à 20:04
fiu - 14 déc. 2009 à 20:04
A voir également:
- ORACLE - Probléme de truncate sur un synonyme
- Violation de contrainte unique oracle - Forum Programmation
- Un service oracle database express edition existe deja sur cette machine - Forum Oracle
- À cheval entre synonyme - Forum Études / Formation High-Tech
- En complément de mon précédent mail synonyme ✓ - Forum Windows
- Dictionnaire synonyme gratuit pdf - Télécharger - Études & Formations
5 réponses
0886
Messages postés
2
Date d'inscription
dimanche 13 décembre 2009
Statut
Membre
Dernière intervention
13 décembre 2009
1
13 déc. 2009 à 17:43
13 déc. 2009 à 17:43
Qu'elles sont les étapes d'execution de l'ordre TRUNCATE?
Christounet
Messages postés
1264
Date d'inscription
mercredi 26 septembre 2007
Statut
Membre
Dernière intervention
29 juillet 2010
1 383
25 mai 2009 à 16:17
25 mai 2009 à 16:17
Bonjour,
D'après cet article en anglais, il n'est pas possible d'utiliser un synonyme dans les ordres suivants: drop table, drop view et truncate table/cluster, cela génère l'erreur suivante:
Tu peux toujours:
1°) Drop le synonyme
2°) Truncate la table
3°) Recréer le synonyme.
A plus
D'après cet article en anglais, il n'est pas possible d'utiliser un synonyme dans les ordres suivants: drop table, drop view et truncate table/cluster, cela génère l'erreur suivante:
ORA-00942: table or view does not exist
Tu peux toujours:
1°) Drop le synonyme
2°) Truncate la table
3°) Recréer le synonyme.
A plus
bossoax
Messages postés
44
Date d'inscription
mardi 27 novembre 2007
Statut
Membre
Dernière intervention
13 novembre 2012
15 juil. 2009 à 10:08
15 juil. 2009 à 10:08
IL faut avoir les droits DROP ANY TABLES... bon c'est mal fait pour ça Oracle.
Je disiais que ce n'était pas trés bien fait d' un point de vue sécurité.
Si un utilisateur basique pour lequel on crée des synomnymes, pour lui masquer une partie de la base de données, on lui autorise d'un autre coté le droit de suppression sur toutes les tables, je pense que ca pose un probléme de cohérence au niveau des droits.
Ca sera peut-être corrigé dans les prochaines versions qui sait ? :)
Si un utilisateur basique pour lequel on crée des synomnymes, pour lui masquer une partie de la base de données, on lui autorise d'un autre coté le droit de suppression sur toutes les tables, je pense que ca pose un probléme de cohérence au niveau des droits.
Ca sera peut-être corrigé dans les prochaines versions qui sait ? :)
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question