Re: Error messages/logging (Was: Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y parse_oper.c')
В списке pgsql-hackers по дате отправления:
| От | Vadim B. Mikheev |
|---|---|
| Тема | Re: Error messages/logging (Was: Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y parse_oper.c') |
| Дата | |
| Msg-id | 34B11486.AFE716EE@sable.krasnoyarsk.su обсуждение исходный текст |
| Ответ на | Re: Error messages/logging (Was: Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y parse_oper.c') (Bruce Momjian <maillist@candle.pha.pa.us>) |
| Ответы |
Re: Error messages/logging (Was: Re: [HACKERS] Re: [COMMITTERS] 'pgsql/src/backend/parser gram.y parse_oper.c')
|
| Список | pgsql-hackers |
Bruce Momjian wrote: > > > > I made all the error messages coming from the parser as ERROR, and > > > non-parser messages as ABORT. I think I will need to fine-tune the > > > messages because I am sure I missed some messages that should be ERROR > > > but are ABORT. For example, utils/adt messages about improper data > > > formats, is that an ERROR or an ABORT? > > > > Good question :) > > > > Following your way > > > > insert into X (an_int2_field) values (9999999999); > > > > should cause ERROR message, but > > > > insert into X (an_int2_field) select an_int4_field from Y; > > This generates an ERROR, because the parser catches the type mismatch. Hm - this is just example, I could use casting here... Vadim
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера