Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Alexander                            2:5020/400     17 Apr 2003  17:47:27
 To : Alex G. Bodnar
 Subject : Re: Проблемы с новым типом данных в PostgreSQL
 -------------------------------------------------------------------------------- 
 
 Привет.
 Это оптимизатор. Он решает что выгоднее - использовать или нет индексы. А
 делает это он на основе статистики. Которую собирать еще надо периодически
 командочкой vacuum analyze. Это все хорошо описано.
 
 А при некоторых условиях он все равно не будет индексы использовать.
 Hапример, когда подсчитает, что дешевле будет простое сканирование.
 
 Это все хорошо описано в доках, факах и ридмях. RTFM, в смысле. :)
 
 "Alex G. Bodnar" <alex.bodnar@malva.ua> сообщил/сообщила в новостях
 следующее: news:b7jn66$ilh$1@news.lucky.net...
 
 > Привет всем.
 > Может не совсем по теме.
 >
 > Решил добавить в PostgreSQL новый тип данных.
 > А именно guid.
 > Hаписал модуль к PostgreSQL, в котором реализовал
 > функции сохранения, восстановления, сравнения
 > нового типа.
 >
 > Создал базу, в ней создал функции и операторы для
 > работы с новым типом, создал оператор для построения
 > индекса. Создал таблицу с данным типом, натолкал
 > много записей. Завел индексы.
 >
 > Все вроде ок. И сохраняется и выбирается, сортируется,
 > сравниваются. HО ИHДЕКСЫ HЕ ИСПОЛЬЗУЮТСЯ.
 >
 > Как его заставить использовать индексы?!!!
 > По документации понял, что надо как-то и где-то
 > и какие-то функцию писать для оптимизатора, но
 > так и не понял как.
 > Подскажите что надо еще сделать, а то я так и не понял.
 >
 >
 --- ifmail v.2.15dev4
  * Origin: COMSTAR Telecommunications (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: Проблемы с новым типом данных в PostgreSQL   Alexander   17 Apr 2003 17:47:27 
Архивное /ru.linux/12168b5377570.html, оценка 1 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional