home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / database / informix / 2737 < prev    next >
Encoding:
Internet Message Format  |  1992-12-17  |  2.2 KB
  1. Path: sparky!uunet!europa.asd.contel.com!emory!emory!not-for-mail
  2. From: obelix.informix.com!johnl@emory.mathcs.emory.edu (Jonathan Leffler)
  3. Newsgroups: comp.databases.informix
  4. Subject: Re:  deleting large databases
  5. Date: 17 Dec 1992 12:48:16 -0500
  6. Organization: Mailing List Gateway
  7. Lines: 36
  8. Sender: walt@mathcs.emory.edu
  9. Distribution: world
  10. Message-ID: <1gqeh0INN996@emory.mathcs.emory.edu>
  11. Reply-To: obelix.informix.com!johnl@emory.mathcs.emory.edu (Jonathan Leffler)
  12. NNTP-Posting-Host: emory.mathcs.emory.edu
  13. X-Informix-List-ID: <list.1715>
  14.  
  15. >From: uunet!ortarg.edu.ar!yaron (Yaron Zarfati)
  16. >Subject: deleting large databses
  17. >Date: Mon, 14 Dec 92 14:33:44 ARG
  18. >X-Informix-List-Id: <list.1698>
  19.  
  20. >Hello, I am working in 4GL 4.00 under UNIX ...
  21.  
  22. >  Another solution was to drop and re-create the table, which would be
  23. >  the fastest way, and worked fine.
  24.  
  25. >  But now I have to work on the security aspect, and all the databases
  26. >  were re-created by a database administrator, giving INSERT, DELETE,...
  27. >  privileges but I can't DROP TABLES, DROP INDEXES, CREATE TABLES, CREATE
  28. >  INDEXES, without having RESOURCE privilege on the whole database, not
  29. >  only the table I am working with.
  30.  
  31. >  Does somebody know of a workaround for this situation ???
  32.  
  33. The "obvious" solution involves an engine upgrade and possibly an tools
  34. upgrade.  If you have the 5.00 engines (SE or OnLine), you can create a
  35. DBA-privileged stored procedure which can be used to allow the CONNECT-level
  36. user of the procedure permission to do things like DROP TABLE, CREATE TABLE
  37. which only a RESOURCE-level user  or DBA  can normally do.  And, of course, you
  38. can grant only certain individuals the right to execute the procedure, etc.
  39.  
  40. You can execute procedures from 4.00 or 4.10 I4GL, but the statements have
  41. to be prepared.  The procedures described above would be executed, but if
  42. the procedure returns multiple rows of data, you would need to declare a
  43. cursor for the prepared statement, and then open, fetch and close it.  You
  44. would free the prepared statement when you had finished with it.  No
  45. version 4.xx product will support stored procedures directly (though ISQL
  46. will look a little as if it does, but only because it is using prepare,
  47. etc.)
  48.  
  49. Yours,
  50. Jonathan Leffler (johnl@obelix.informix.com) #include <disclaimer.h>
  51.