Re: cost of CREATE VIEW ... AS SELECT DISTINCT

Поиск
Список
Период
Сортировка
От T E Schmitz
Тема Re: cost of CREATE VIEW ... AS SELECT DISTINCT
Дата
Msg-id 4249564B.1000807@numerixtechnology.de
обсуждение исходный текст
Ответ на Re: cost of CREATE VIEW ... AS SELECT DISTINCT  (Bruno Wolff III <bruno@wolff.to>)
Ответы Re: cost of CREATE VIEW ... AS SELECT DISTINCT  (Alvaro Herrera <alvherre@dcc.uchile.cl>)
Re: cost of CREATE VIEW ... AS SELECT DISTINCT  (Bruno Wolff III <bruno@wolff.to>)
Re: cost of CREATE VIEW ... AS SELECT DISTINCT  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-sql
Bruno Wolff III wrote:
> On Tue, Mar 29, 2005 at 11:07:20 +0100,
>   T E Schmitz <mailreg@numerixtechnology.de> wrote:
> 
>>Would the "SELECT DISTINCT origin" always cause a sequential table scan 
>>regardless whether there is an index on the origin column or not?
> 
> 
> It's worse than that, SELECT DISTINCT cannot use a hash aggregate plan
> and will need to do a sort to eliminate duplicates. Unless the view
> is used in a way that restricts the candidate rows, this probably isn't going
> to be very fast. You might be better off changing the view to use GROUP BY
> instead of DISTINCT.

As far as I can see (via EXPLAIN), both DISTINCT and GROUP BY will lead 
to a sequentail scan. Is that correct?

If that's the case, I should come up with a different concept to obtain 
a list of ORIGINs.

-- 


Regards/Gruß,

Tarlika Elisabeth Schmitz


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

Предыдущее
От: Bruno Wolff III
Дата:
Сообщение: Re: cost of CREATE VIEW ... AS SELECT DISTINCT
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: cost of CREATE VIEW ... AS SELECT DISTINCT