| От | Bruno Wolff III |
|---|---|
| Тема | Re: cost of CREATE VIEW ... AS SELECT DISTINCT |
| Дата | |
| Msg-id | 20050329132941.GA27251@wolff.to обсуждение исходный текст |
| Ответ на | Re: cost of CREATE VIEW ... AS SELECT DISTINCT (T E Schmitz <mailreg@numerixtechnology.de>) |
| Ответы |
Re: cost of CREATE VIEW ... AS SELECT DISTINCT
|
| Список | pgsql-sql |
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.
В списке pgsql-sql по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера