| От | Michael Fuhr |
|---|---|
| Тема | Re: Problem with COPY in 8.0.3 |
| Дата | |
| Msg-id | 20051013005651.GA71419@winnie.fuhr.org обсуждение исходный текст |
| Ответ на | Re: Problem with COPY in 8.0.3 (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-bugs |
On Wed, Oct 12, 2005 at 07:28:37PM -0400, Tom Lane wrote: > Oliver Elphick <olly@lfix.co.uk> writes: > > On Wed, 2005-10-12 at 17:45 -0400, Tom Lane wrote: > >> Hm. Could we see the actual pg_attribute data for both this table and > >> its parent? > > > Here you are: > > Thanks. Nothing particularly strange-looking there though. Do you want > to try tracing through COPY with a debugger to see where it's getting > the bogus column order from? Do you get the same bogosity with the attached test case? It's based on the same table definition and data from your first message; about the only differences from what you're doing are that the table isn't inherited and it uses "COPY foo FROM stdin" instead of reading the data from an external file. If this test works correctly, what happens if you use "COPY FROM stdin" on the real table? -- Michael Fuhr
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера