Skip site navigation (1) Skip section navigation (2)

Re: [BUGS] grant/revoke bug with delete/update

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Jerome ALET <alet(at)unice(dot)fr>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-bugs(at)postgreSQL(dot)org
Subject: Re: [BUGS] grant/revoke bug with delete/update
Date: 2000-03-07 23:53:41
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-bugspgsql-hackers
> I've even received a mail trying to explain me that update and delete are
> the same thing because you can update a record you want to delete but have
> no right to, to change its data... of course this is possible, but
> nevertheless the record isn't deleted, so update and delete really are two
> different things, not to mention you may want to give delete permission
> but not insert nor update. 
> As I told previously in private to Bruce, I won't be able to make this
> patch for 7.0 until a week or two, so if someone do it before (please do,
> because you better know postgresql code than me, so you'll make less
> mistakes), just tell me because I don't really want to duplicate the
> effort. 
> bye,
> PS: could someone explain me what "tricky" means ?

Tricky means not based on 7.0, and it mucks with the internals, and that
it may require an initdb.

  Bruce Momjian                        |
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

In response to

pgsql-hackers by date

Next:From: Tom LaneDate: 2000-03-07 23:59:53
Subject: Casts in 7.0 vs 6.5 (was Re: [SQL] 7.0beta bug (or feature)?)
Previous:From: JBDate: 2000-03-07 23:53:06
Subject: 'LIKE' enhancement

pgsql-bugs by date

Next:From: Bruce MomjianDate: 2000-03-08 01:44:21
Subject: Re: [HACKERS] Re: [BUGS] uniqueness not always correct
Previous:From: Bruce MomjianDate: 2000-03-07 23:24:21
Subject: Re: [BUGS] grant/revoke bug with delete/update

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group