Re: NOT NULL violation and error-message

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: NOT NULL violation and error-message
Дата
Msg-id 603c8f071001120948u82ddd78h9e8b2311b4dbf4e0@mail.gmail.com
обсуждение исходный текст
Ответ на Re: NOT NULL violation and error-message  (Takahiro Itagaki <itagaki.takahiro@oss.ntt.co.jp>)
Ответы Re: NOT NULL violation and error-message  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Re: NOT NULL violation and error-message  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Tue, Jan 12, 2010 at 5:10 AM, Takahiro Itagaki
<itagaki.takahiro@oss.ntt.co.jp> wrote:
> Andreas Joseph Krogh <andreak@officenet.no> wrote:
>
>> ERROR: null value in column "created" violates not-null constraint
>
> It is easy to add the table name to the message, but ...
>
>> ERROR: null value in column "public"."mytable"."created" violates not-null constraint
>> Oracle does this btw...
>
> Do we have any guideline about the message for identifier names? We've
> already had serveral "table.column" messages, but "schema.table.column"
> might be preferred if there are tables with the same name in different
> schema. In addition, separated quotes ("schema"."table"."column") are
> more SQL-ish than single outer quotes. Which should we use?

I feel like we ought to be doing this in a way where the output is
properly escaped.  Right now:

test=# create table dork ("""" integer not null);
CREATE TABLE
test=# insert into dork values (null);
ERROR:  null value in column """ violates not-null constraint

Suck.

...Robert


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Dave Page
Дата:
Сообщение: Re: mailing list archiver chewing patches
Следующее
От: Robert Haas
Дата:
Сообщение: Re: damage control mode