Re: REFERENCES error message complaint, suggestion
От
Greg Stark
Тема
Re: REFERENCES error message complaint, suggestion
Дата
Msg-id
87llmg8aki.fsf@stark.xeocode.com
Ответ на
Re: REFERENCES error message complaint, suggestion (Greg Stark)
Список
Дерево обсуждения
REFERENCES error message complaint, suggestion "Karl O. Pinc" <kop@meme.com>
Re: REFERENCES error message complaint, suggestion Tom Lane <tgl@sss.pgh.pa.us>
Re: REFERENCES error message complaint, suggestion "Karl O. Pinc" <kop@meme.com>
Re: REFERENCES error message complaint, suggestion Tom Lane <tgl@sss.pgh.pa.us>
Re: REFERENCES error message complaint, suggestion "Karl O. Pinc" <kop@meme.com>
Re: REFERENCES error message complaint, suggestion Tom Lane <tgl@sss.pgh.pa.us>
Re: REFERENCES error message complaint, suggestion Enrico Weigelt <weigelt@metux.de>
Re: REFERENCES error message complaint, suggestion Bruce Momjian <pgman@candle.pha.pa.us>
Re: REFERENCES error message complaint, suggestion Tom Lane <tgl@sss.pgh.pa.us>
Re: REFERENCES error message complaint, suggestion "Rod K" <rod@23net.net>
Re: REFERENCES error message complaint, suggestion "Uwe C. Schroeder" <uwe@oss4u.com>
Re: REFERENCES error message complaint, suggestion Greg Stark <gsstark@mit.edu>
ERROR: function round(double precision, integer) does not exist - WTF? "Glen Parker" <glenebob@nwlink.com>
Re: ERROR: function round(double precision, integer) does not exist - WTF? Tom Lane <tgl@sss.pgh.pa.us>
Re: ERROR: function round(double precision, integer) does "Joshua D. Drake" <jd@commandprompt.com>
Re: ERROR: function round(double precision, integer) does "Glen Parker" <glenebob@nwlink.com>
Re: ERROR: function round(double precision, integer) does Andrew Sullivan <ajs@crankycanuck.ca>
Re: ERROR: function round(double precision, integer) does Tom Lane <tgl@sss.pgh.pa.us>
Re: REFERENCES error message complaint, suggestion Greg Stark <gsstark@mit.edu>
Re: REFERENCES error message complaint, suggestion "Karl O. Pinc" <kop@meme.com>
Greg Stark writes: > It's great to know which constraint was violated but that doesn't really help > you figure out *why* it was violated. On further thought it would never be feasible to do what the other poster is really looking for. At least for table constraints it would require poking through the expression to determine which columns might have caused the violation. Perhaps a better idea would be a debugging log message that dumped the entire contents of a row update or insertion that fails due to any constraint. That would be disabled normally but easy to enable and produce information that would be very helpful for a dba loading data or doing large updates. Especially if there's an option to complete the operation producing all the errors before forcing the rollingback of the transaction. -- greg
В списке pgsql-general по дате отправления