Re: Strange problem with create table as select * from table;
От | Tom Lane |
---|---|
Тема | Re: Strange problem with create table as select * from table; |
Дата | |
Msg-id | 18546.1320447874@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Strange problem with create table as select * from table; (hubert depesz lubaczewski <depesz@depesz.com>) |
Ответы |
Re: Strange problem with create table as select * from table;
|
Список | pgsql-general |
hubert depesz lubaczewski <depesz@depesz.com> writes: > On Fri, Nov 04, 2011 at 05:49:44PM -0400, Tom Lane wrote: >> You said that pg_dump does not show the corruption. That could be >> because the data is coming out through the COPY code path instead of >> the SELECT code path. Could you try a pg_dump with --inserts (which >> will fetch the data with SELECTs) and see if it shows corrupt data? > i'm running the pg_dump (it will take some time, so don't hold your > breath), but at the same time - I can select these rows, correctly, with > normal SELECT from table (xobjects table). Doesn't it disprove this > theory? Well, we don't know what the triggering condition is for the corruption, so it's premature to draw conclusions on what will or won't cause it. I was wondering if selecting the entire table was necessary. A different line of thought is that there's something about these specific source rows, and only these rows, that makes them vulnerable to corruption during INSERT/SELECT. Do they by any chance contain any values that are unusual elsewhere in your table? One thing I'm wondering about right now is the nulls bitmap --- so do these rows have nulls (or not-nulls) in any place that's unusual elsewhere? regards, tom lane
В списке pgsql-general по дате отправления: