Re: simple update closes connection. why?
От | Tom Lane |
---|---|
Тема | Re: simple update closes connection. why? |
Дата | |
Msg-id | 19589.1075654970@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: simple update closes connection. why? (joseph speigle <joe.speigle@jklh.us>) |
Ответы |
Re: simple update closes connection. why?
|
Список | pgsql-novice |
joseph speigle <joe.speigle@jklh.us> writes: > i had altered the table when it was okay with the following sequence > alter table calling add column uname character varying(20); > alter table calling alter column uname set not null; > said I couldn't do that because there were null values in it, so that's when i tried the > update calling set uname='joe'; > and got errors. Hmm. That's interesting and possibly relevant, but it can't be the whole story --- people have been doing that for years. What else can you tell us about the history of this table? > (gdb) bt > #0 0x0806b854 in nocachegetattr (tuple=0x82f5b78, attnum=1, tupleDesc=0x406f23a0, isnull=0xbfffe9d3 "") at heaptuple.c:349 I'm beginning to think you must have corruption in the system catalogs, because there's no way that control should have reached that line for this table, seeing that all the columns are variable-width. Could we see the output of select * from pg_attribute where attnum > 0 and attrelid = 'calling'::regclass; regards, tom lane
В списке pgsql-novice по дате отправления: