Tu peux toujours creer un utilisateur 'root' dans oracle si tu le veux. Ce qui compte, c'est que cet utilisateur n'a pas plus de privileges que les autres utilisateurs dans oracle. 'root' dans ce cas la n'est plus qu'un simple nom comme tous les autres.
Ah, je comprend maintenant. D'abord, si cette app doit etre executee par root, elle est probablemet setuid-root, c'est ca?
Ensuite, definis exactement "avoir acces a oracle". Cette application root a deja acces a tous les fichiers et a toutes les partitions que Oracle utilise. Elle pourrait les changer si elle le voulait, independament des droits que Oracle lui donne. Mais elle doit s'abstenir de changer ces fichiers (meme si elle en est capable), car ca detruira l'integrite des banques de donnees. Seul le serveur oracle doit changer ces fichiers et partitions: ils lui appartiennent.
Maintenant, si tu veux que cette application ait acces a oracle, ca veut dire qu'elle puisse faire un login dans oracle, puis emettre des commandes SQL. Le login lui meme peut etre n'importe quel utilisateur dans oracle (tu peut lui donner un nom different de 'root', ce qui serait de toutes facons preferable pour eviter la confusion).
Notes bien que 'root' a des privileges au niveau du systeme d'operation, ce qui est plus que les droits des utilisateurs de 'oracle'. Mais meme si 'root' faisait un login dans oracle, ca ne veut pas dire qu'il a (en tant que cet utilisateur oracle) tous les droits. Par exemple, en tant que 'root' il peut faire un 'rm -rf /partitions-de-oracle' et detruire tout le systeme. Mais il ne pourra pas faire l'equivalent d'un 'DROP DATABASE xyz;' a moins que cet utilisateur n'ait obtenu les droits dans oracle lui meme. Les droits d'acces dans oracle sont independants des droits d'acces de 'root'.
