Re: Re: BUG #5614: Varchar column (with DEFAULT NULL) stores 'UL' value instead of null
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Re: BUG #5614: Varchar column (with DEFAULT NULL) stores 'UL' value instead of null |
| Дата | |
| Msg-id | 5295.1281726114@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: BUG #5614: Varchar column (with DEFAULT NULL) stores 'UL' value instead of null ("mmajer@janmedia.com" <mmajer@janmedia.com>) |
| Ответы |
Re: BUG #5614: Varchar column (with DEFAULT NULL) stores 'UL' value
instead of null
|
| Список | pgsql-bugs |
"mmajer@janmedia.com" <mmajer@janmedia.com> writes:
> 1. SQL queries where executed using JDBC.
> 2. I was trying to repeat the bug (executing 'direct queries', from psql)- I
> created a new table, added some rows, then alter table adding varchar column
> field (password_pdf) with DEFAULT NULL, added some rows problem does not
> occur neither in 8.3.11 nor 8.1.19 - so it is not easy to repeat it
Maybe JDBC is an essential aspect somehow? Although if it had messed up
the ALTER TABLE command you'd think that would be visible in the \d output.
It would be useful to see the stored version of the default in the
misbehaving table, ie
select * from pg_attrdef where adrelid = 'ecom2_orders'::regclass;
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера