| От | Peter Eisentraut |
|---|---|
| Тема | Re: enhanced error fields |
| Дата | |
| Msg-id | 5107DAB2.6010105@gmx.net обсуждение исходный текст |
| Ответ на | Re: enhanced error fields (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
On 1/28/13 11:08 PM, Tom Lane wrote: > The issue is that > this definition presupposes that we want to complain about a table or > a domain, never both, because we're overloading both the SCHEMA_NAME > and CONSTRAINT_NAME fields for both purposes. This is annoying in > validateDomainConstraint(), where we know the domain constraint that > we're complaining about and also the table/column containing the bad > value. We can't fill in both TABLE_NAME and DATATYPE_NAME because > they both want to set SCHEMA_NAME, and perhaps not to the same value. I think any error should only complain about one object, in this case the domain. The table, in this case, is more like a context stack item.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера