Re: ADD FOREIGN KEY (was Re: [GENERAL] 7.4Beta)

Поиск
Список
Период
Сортировка
От Andreas Pflug
Тема Re: ADD FOREIGN KEY (was Re: [GENERAL] 7.4Beta)
Дата
Msg-id 3F77F5A6.6070107@pse-consulting.de
обсуждение исходный текст
Ответ на Re: ADD FOREIGN KEY (was Re: [GENERAL] 7.4Beta)  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Ответы Re: ADD FOREIGN KEY (was Re: [GENERAL] 7.4Beta)  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Re: ADD FOREIGN KEY (was Re: [GENERAL] 7.4Beta)  (Hannu Krosing <hannu@tm.ee>)
Список pgsql-hackers
Christopher Kings-Lynne wrote:

> You could just as easily argue that the lack of integrity testing at 
> data load time was equally a bug.
>
> I think we need someway of telling postgres to suppress a foreign key 
> check.
>
> The main problem is that the foreign key column is often not indexed. 

So a db designer made a bloody mistake.
The problem is there's no easy way to find out what's missing.
I'd really like EXPLAIN to display all subsequent triggered queries 
also, to see the full scans caused by missing indexes.

Regards,
Andreas




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: pg_dump no longer honors --no-reconnect
Следующее
От: Andreas Pflug
Дата:
Сообщение: Re: pg_get_ruledef and extra line breaks