home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / database / oracle / 1272 < prev    next >
Encoding:
Text File  |  1992-08-12  |  1.7 KB  |  48 lines
  1. Newsgroups: comp.databases.oracle
  2. From: frozzboz@zork.demon.co.uk (Keith Davidson)
  3. Path: sparky!uunet!pipex!demon!zork.demon.co.uk!frozzboz
  4. Subject: ** ORACLE Forms security ** 
  5. Distribution: world
  6. References: <1992Aug11.194948.18667@convex.com>
  7. Organization: zork
  8. Lines: 35
  9. Date: Wed, 12 Aug 1992 21:49:54 +0000
  10. Message-ID: <713665744snx@zork.demon.co.uk>
  11. Sender: usenet@gate.demon.co.uk
  12.  
  13.  
  14. In article <1992Aug11.194948.18667@convex.com> lee@convex.com writes:
  15.  
  16. > 
  17. > 
  18. > I am trying to limit user access to my oracle database and am having
  19. > a problem figuring out how. Here is the scenerio:
  20. > 
  21. > hundreds of users, each with their own userid and I only want them to be able
  22. > to select/query records from the tables.
  23. > 
  24. > at the same time, I want them to have update,delete,insert,select,...
  25. > ability on the same tables as long as they're accessing the tables through
  26. > forms.
  27. > 
  28. If I read you right...
  29.  
  30. Assuming V6, try setting up, for each user, a product profile entry to
  31. disable insert/update/delete access via sqlplus. (re doc file in oracle
  32. directories). I do not know if renaming executable will circumnavigate this
  33. and the use of a PRO*Oracle or RPT will get round it, so you may have to
  34. utilise OS security also, to limit access to the executables
  35. ie make sqlplus executable only, so no copy allowed, inhibit rpt access to
  36. trusted background processes, and throw away the compiler!! (be really nasty
  37. and let them have the precompiler ;-)*  )
  38.  
  39. I believe, and so does my cat that this feature will be extended to other
  40. products (though coping with my_destructive_program.exe my be a problem)
  41.  
  42. Maybe V7 copes better? Any comments gurus@oracle.com?
  43.  
  44. --
  45. frozzboz@zork.demon.co.uk  (Keith Davidson)
  46.  
  47. Watch out The Borg are about
  48.