| От | Neil Conway |
|---|---|
| Тема | Re: plpgsql raise - parameters can be expressions |
| Дата | |
| Msg-id | 42AE28BA.3010005@samurai.com обсуждение исходный текст |
| Ответ на | Re: plpgsql raise - parameters can be expressions (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: plpgsql raise - parameters can be expressions
|
| Список | pgsql-patches |
Tom Lane wrote: > That doesn't bother me either, seeing that an undefined variable isn't > detected at compile time anywhere else. However, fixing the SQLSTATE > tests by removing them doesn't seem like a great solution ... Yeah, true, I can just invoke the function to trigger the undefined variable error. > Actually, the reason I didn't do something about RAISE in 8.0 was that > I thought we should reconsider the whole design of the statement The ensuing discussion on this sounds good to me; should I apply Pavel's RAISE patch now, or wait for the subsequent work on specifying a particular SQLSTATE? -Neil
В списке pgsql-patches по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера