Re: Faster distinct query?

Поиск
Список
Период
Сортировка
От Rob Sargent
Тема Re: Faster distinct query?
Дата
Msg-id 13e62549-ffa1-712e-39f4-cfc42aaf25e3@gmail.com
обсуждение исходный текст
Ответ на Re: Faster distinct query?  (Israel Brewster <ijbrewster@alaska.edu>)
Список pgsql-general
I would look into pre-loading the lookup table (and pre-emptive 
maintenance).  Add the foreign key, but not the trigger.
>
> That makes sense. Thanks!
>
Yeah, then I got to wondering: Do you care?  Are these stations likely 
to be spoofed?  You have the station id and type in you data table and 
essentially the same in your lookup table.  If you're not replacing the 
id+type in your data table with a lookup id you really don't need to 
even have a foreign key.  Maybe sync them regularly but I'm not seeing 
the value in the runtime overhead.  Now presumably the station table is 
entirely pinned in memory and foreign key check might not be much 
overhead but it won't be zero.



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

Предыдущее
От: rihad
Дата:
Сообщение: Re: Currently running queries with actual arguments?
Следующее
От: Geoff Winkless
Дата:
Сообщение: Re: Faster distinct query?