| От | Tobias Brox |
|---|---|
| Тема | Re: Index on a NULL-value |
| Дата | |
| Msg-id | 20050531033158.GI26100@tobias.exoweb.net обсуждение исходный текст |
| Ответ на | Re: Index on a NULL-value (Bruno Wolff III <bruno@wolff.to>) |
| Ответы |
Re: Index on a NULL-value
|
| Список | pgsql-performance |
[Tobias Brox] > test=# set enable_seqscan=off; [Bruno Wolff III - Mon at 10:16:53PM -0500] > It isn't surprising that an index wasn't used since a sequential scan is > going to be faster in your test case. > > If you want to test this out, you to want use realistically sized tables. Wrong. In this case I was not wondering about the planners choise of not using the index, but the fact that the planner could not find the index at all. Reproducing it on a simple table in a test environment was a valid strategy to solve this specific problem. -- Tobias Brox, Beijing
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера