BUG #15666: Seemingly incorrect error reporting/logging for violation of non-null constraint
От | PG Bug reporting form |
---|---|
Тема | BUG #15666: Seemingly incorrect error reporting/logging for violation of non-null constraint |
Дата | |
Msg-id | 15666-ead8afdaca9e8cc4@postgresql.org обсуждение исходный текст |
Ответы |
Re: BUG #15666: Seemingly incorrect error reporting/logging for violation of non-null constraint
|
Список | pgsql-bugs |
The following bug has been logged on the website: Bug reference: 15666 Logged by: Dirkjan Ochtman Email address: dirkjan@ochtman.nl PostgreSQL version: 11.2 Operating system: Linux Description: I'm modifying the data model for the application I work on, and in the process of doing so, I'm seeing this error: db | 2019-03-04 09:48:54.485 UTC [198] ERROR: null value in column "accountid" violates not-null constraint db | 2019-03-04 09:48:54.485 UTC [198] DETAIL: Failing row contains (14, 138962.38, 0, null, 13). db | 2019-03-04 09:48:54.485 UTC [198] STATEMENT: insert into JournalEntryRecord (accountId, amount, journalEntryId, type, id) values ($1, $2, $3, $4, $5) This is very confusing to me because the tuple from the "Failing row" message clearly has the `null` in fourth position, but the error message reports that the column "accountid" (or "accountId" -- but I understand column names are casefolded) is the problem, which should ostensibly be the first value from the failing row tuple (if that tuple is ordered the same way as the statement suggests).
В списке pgsql-bugs по дате отправления: