Re: Making pgsql error messages more developers' friendly.
От | Tom Lane |
---|---|
Тема | Re: Making pgsql error messages more developers' friendly. |
Дата | |
Msg-id | 25634.1056698509@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Making pgsql error messages more developers' friendly. ("Nigel J. Andrews" <nandrews@investsystems.co.uk>) |
Ответы |
Re: Making pgsql error messages more developers' friendly.
|
Список | pgsql-general |
"Nigel J. Andrews" <nandrews@investsystems.co.uk> writes: > I was just looking at that fkey violation message yesterday and thinking how > much better it would be to be able to see the offending value in the > message. Is that what 7.4 shows? You mean like this? regression=# create table t1 (f1 int primary key); NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index 't1_pkey' for table 't1' CREATE TABLE regression=# create table t2 (f2 int references t1); NOTICE: CREATE TABLE will create implicit trigger(s) for FOREIGN KEY check(s) CREATE TABLE regression=# insert into t2 values(42); ERROR: $1 referential integrity violation - key (f2)=(42) referenced from t2 not found in t1 regression=# I'm still wondering how to rephrase this to fit in the recently-agreed-to message style guidelines. I think the (col names)=(values) part must go into errdetail, but I'm fuzzy beyond that. Comments? regards, tom lane
В списке pgsql-general по дате отправления: