| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> | 
|---|---|
| To: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> | 
| Cc: | Karsten Hilbert <Karsten(dot)Hilbert(at)gmx(dot)net>, "pgsql-generallists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org> | 
| Subject: | Re: Row data is reflected in DETAIL message when constraints fail on insert/update | 
| Date: | 2019-06-20 19:08:15 | 
| Message-ID: | 20183.1561057695@sss.pgh.pa.us | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-general | 
"David G. Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> writes:
> Just to be clear here, the OP provided the following query example:
> test=# update person set email = null;
> ERROR:  null value in column "email" violates not-null constraint
> DETAIL:  Failing row contains (william, denton, null).
> The presence of william and denton in the error detail was because the user
> updating the table has select access on first and last name.  If they did
> not those fields would not have been part of the error message?  I'm not in
> a position to experiment right now but what does/should it show in the
> restrictive case?
regression=# create user joe;
CREATE ROLE
test=# create table person(first text, last text, email text not null);
CREATE TABLE
test=# grant select(email),update(email) on person to joe;
GRANT
test=# insert into person values('william','denton','wd40(at)gmail(dot)com');
INSERT 0 1
test=# \c - joe
You are now connected to database "test" as user "joe".
test=> update person set email = null;
psql: ERROR:  null value in column "email" violates not-null constraint
DETAIL:  Failing row contains (email) = (null).
The DETAIL in this case would be the same whether joe had select(email)
privilege or not; the email value is considered OK to report since it
came from the query not the table.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Espresso Beanies | 2019-06-20 20:03:11 | Why does the pg_dumpall command have a database option? | 
| Previous Message | Tom Lane | 2019-06-20 18:51:50 | Re: psql UPDATE field [tab] expands to DEFAULT? |