Subject | Re: [ib-support] PROBLEMS WITH GRANT & REVOKE |
---|---|
Author | Helen Borrie |
Post date | 2002-09-06T00:49:26Z |
At 05:13 PM 05-09-02 +0000, you wrote:
you can revoke ALL but you can't pick out the "bits" and revoke them one by
one.
Note that each statement's effect, if valid, will stay in place until you
revoke it explicitly.
It bemuses me somewhat that (from your description here) revoking DELETE
appeared to have caused a revoke on ALL. AFAIK, your REVOKE on DELETE
should have done nothing to affect either the first or the second...were
you logged in as SYSDBA or Owner when submitting these GRANT/REVOKE statements?
interface you are using to install the privileges or a fault in the
interface you are using in the client; or that there is an uncommitted
transaction around somewhere....
What happens if you submit your SELECT/INSERT/UPDATE statements through
your admin tool while logged in as ROBERT?
heLen
>I'm new to client server and Interbase.This looks right. Did you commit it?
>
>I'm having problems with grant and revoke running IB6. What I want
>to do is grant a user SELECT, INSERT and UPDATE but not DELETE. I've
>tried the following:
>
>GRANT
> SELECT,
> INSERT,
> UPDATE
>ON CUSTS TO ROBERT;
>ALSOThis won't work. You can only revoke what has been explicitly GRANTed. So
>
>GRANT
> ALL
>ON CUSTS TO ROBERT;
>
>and then did
>
>REVOKE
> DELETE
>ON CUSTS TO ROBERT;
you can revoke ALL but you can't pick out the "bits" and revoke them one by
one.
Note that each statement's effect, if valid, will stay in place until you
revoke it explicitly.
It bemuses me somewhat that (from your description here) revoking DELETE
appeared to have caused a revoke on ALL. AFAIK, your REVOKE on DELETE
should have done nothing to affect either the first or the second...were
you logged in as SYSDBA or Owner when submitting these GRANT/REVOKE statements?
>Either way I get the same result. The interface (written in Delphi)How are you submitting this DDL? This could be a problem with either the
>behaves as if I had also REVOKEd INSERT and UPDATE, although when you
>look at the permissions on the table INSERT AND UPDATE are both
>selected - WHAT am I doing wrong??
interface you are using to install the privileges or a fault in the
interface you are using in the client; or that there is an uncommitted
transaction around somewhere....
What happens if you submit your SELECT/INSERT/UPDATE statements through
your admin tool while logged in as ROBERT?
heLen