Re: B+ versus hash maps

Поиск
Список
Период
Сортировка
От surabhi.ahuja
Тема Re: B+ versus hash maps
Дата
Msg-id 8626C1B7EB748940BCDD7596134632BE39868E@jal.iiitb.ac.in
обсуждение исходный текст
Ответ на delete seems to be getting blocked  ("surabhi.ahuja" <surabhi.ahuja@iiitb.ac.in>)
Ответы Re: B+ versus hash maps  (Ragnar <gnari@hive.is>)
Список pgsql-general
in that case, should i set
enable_seqscan parameter to off at the time of starting postmaster?
 
because i have seen that even thou the index exists it still goes for seq scan
 
thanks
surabhi


From: Jim Nasby [mailto:jnasby@pervasive.com]
Sent: Fri 6/16/2006 1:49 AM
To: surabhi.ahuja
Cc: Michael Fuhr; pgsql-general@postgresql.org
Subject: Re: [GENERAL] B+ versus hash maps

On Jun 15, 2006, at 8:07 AM, surabhi.ahuja wrote:

> is there any way of specifying wht type of index i want, say hash 
> maps instead of the B+ trees.
> someone told me that in the case where duplicates occur(on the 
> indexed field), hash map are better than B+ trees.

http://www.postgresql.org/docs/8.1/interactive/sql-createindex.html

> and also please tell if i can assume that it will use index only 
> and not go for sequential scan,
> again i was told for that i ll have to set the random page cost 
> parameter to 1.

The database will use whatever it thinks is optimal. Use explain 
analyze to see what it's doing.

Unless your database fits (and stays) entirely in memory, you'll 
probably be pretty unhappy with random_page_cost=1.
--
Jim C. Nasby, Sr. Engineering Consultant      jnasby@pervasive.com
Pervasive Software      http://pervasive.com    work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf       cell: 512-569-9461


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

Предыдущее
От: Wayne Conrad
Дата:
Сообщение: Re: table has a many to many relationship with itself ... ?
Следующее
От: Richard Huxton
Дата:
Сообщение: Re: pgadmin window closes abnormally