Possible bug in query planner when using DISTINCT

Поиск
Список
Период
Сортировка
От Nick Howden
Тема Possible bug in query planner when using DISTINCT
Дата
Msg-id 20021113174136.AA325476937@postgresql.org
обсуждение исходный текст
Ответы Re: Possible bug in query planner when using DISTINCT  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
Using postgres 7.2.3 the query planner seems to lose interest in using
indexes when DISTINCT is used.


Sample query without DISTINCT:

SELECT
ps_7.id,
FROM
   ps_7,
   page
WHERE
  page.id = ps_7.id
ORDER BY
 ps_7.id DESC
LIMIT 5;


NOTICE:  QUERY PLAN:

Limit  (cost=0.00..33.22 rows=5 width=16)
  ->  Nested Loop  (cost=0.00..230302.91 rows=34668 width=16)
        ->  Index Scan Backward using ps7_key on edsol_ps_page_7
(cost=0.00..62379.02 rows=34668 width=12)
        ->  Index Scan using page_key on edsol_page
(cost=0.00..4.83 rows=1 width=4)


SELECT
 DISTINCT ps_7.id,
FROM
   ps_7,
   page
WHERE
  page.id = ps_7.id
ORDER BY
 ps_7.id DESC
LIMIT 5;


NOTICE:  QUERY PLAN:

Limit  (cost=11363.68..11363.93 rows=5 width=16)
  ->  Unique  (cost=11363.68..11537.02 rows=3467 width=16)
        ->  Sort  (cost=11363.68..11363.68 rows=34668 width=16)
              ->  Hash Join  (cost=2422.35..8404.58 rows=34668 width=16)
                    ->  Seq Scan on page  (cost=0.00..3602.75
rows=82075 width=4)
                    ->  Hash  (cost=2182.68..2182.68 rows=34668 width=12)
                          ->  Seq Scan on ps_7
(cost=0.00..2182.68 rows=34668 width=12)


which is considerably more expensive
--
Nick Howden -  Senior IT Analyst
Trusted Information Management Group
Woodward Building, Room B105
QinetiQ Malvern Technology Park, WR14 3PS
Telephone 01684 895566, Fax 4303

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Bug #817: Valid timezone +1300 rejected
Следующее
От: pgsql-bugs@postgresql.org
Дата:
Сообщение: Bug #818: There are no aggregate functions for type RELTIME