Re: Add column name to error message?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Edson Richter <edsonrichter(at)hotmail(dot)com>
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: Add column name to error message?
Date: 2014-03-18 20:44:54
Message-ID: 27168.1395175494@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Edson Richter <edsonrichter(at)hotmail(dot)com> writes:
> Em 18/03/2014 17:17, Francisco Olarte escreveu:
>> Maybe they are not hiding it, but the error is raised by a value
>> checking routine which does not know where the value comes from / goes
>> to ( ie, it's a 'check_varchar(xx, maxlen), which is used to check
>> columns, function aprameters, type casts....) ( that happens to me in
>> my own code in some places where the context / error message is
>> extremely difficult to propagate down / up ) .

> Thanks, Francisco. I don't know internals.
> But, doesn't the "value checking routing" caller's know which column is
> being tested?

No. Typically all it would know is that it's evaluating a targetlist; the
fact that the resulting tuple is going to be inserted into some particular
table is known only at much higher levels (not even the same plan node).

I've thought about using our "errcontext()" mechanism to help with this,
but there's still a lot of additional infrastructure that would be needed
... and that infrastructure would not be without cost. I'm afraid it
would result in measurable slowdowns in query execution. Not sure if
people would think that's a good tradeoff.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Andy Colson 2014-03-18 21:47:17 Re: Optimizing CartoDB's JenksBins function
Previous Message Edson Richter 2014-03-18 20:22:55 Re: Add column name to error message?