Re: use of dblink_build_sql_insert() induces a server crash
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: use of dblink_build_sql_insert() induces a server crash |
| Дата | |
| Msg-id | 446.1265221080@sss.pgh.pa.us обсуждение |
| Ответ на | Re: use of dblink_build_sql_insert() induces a server crash (Joe Conway <mail@joeconway.com>) |
| Ответы |
Re: use of dblink_build_sql_insert() induces a server crash
|
| Список | pgsql-hackers |
Joe Conway <mail@joeconway.com> writes:
> The problem exists with all three dblink_build_sql_* functions. Here is
> a more complete patch. If there are no objections I'll apply this to
> HEAD and look at back-patching -- these functions have hardly been
> touched since inception.
Do you really need to copy the relation tupdesc when you only are going
to make a one-time check of the number of attributes? This coding would
make some sense if you intended to use the tupdesc again later in the
functions, but it appears you don't.
Also, what about cases where the relation contains dropped columns ---
it's not obvious whether this test is correct in that case.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера