Re: [HACKERS] New CORRESPONDING clause design
От | Tom Lane |
---|---|
Тема | Re: [HACKERS] New CORRESPONDING clause design |
Дата | |
Msg-id | 6249.1489860751@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] New CORRESPONDING clause design (Pavel Stehule <pavel.stehule@gmail.com>) |
Ответы |
Re: [HACKERS] New CORRESPONDING clause design
|
Список | pgsql-hackers |
Pavel Stehule <pavel.stehule@gmail.com> writes: > 2017-03-18 18:32 GMT+01:00 Tom Lane <tgl@sss.pgh.pa.us>: >> I definitely don't see a reason for CORRESPONDING to track locations of >> name list elements when no other name list productions do. It might be >> worth proposing a followon patch to change all of them (perhaps by adding >> a location field to struct "Value") and then make use of the locations in >> error messages more widely. > I had a idea use own node for CORRESPONDING with location - and using this > location in related error messages. I think using a private node type for CORRESPONDING is exactly the wrong thing. It's a columnList and it should be like other columnLists. If there's an argument for providing a location for "no such column" errors for CORRESPONDING, then surely there's also an argument for providing a location for "no such column" errors for FOREIGN KEY and the other places where we have lists of column names. regards, tom lane
В списке pgsql-hackers по дате отправления: