Re: Any way to speed this up?

Поиск
Список
Период
Сортировка
От Joel Fradkin
Тема Re: Any way to speed this up?
Дата
Msg-id 006701c53b8f$9274fdf0$797ba8c0@jfradkin
обсуждение исходный текст
Ответ на Re: Any way to speed this up?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Any way to speed this up?  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Any way to speed this up?  (John Arbash Meinel <john@arbash-meinel.com>)
Список pgsql-performance
shared_buffers = 8000        # min 16, at least max_connections*2, 8KB
each
work_mem = 8192#1024        # min 64, size in KB
max_fsm_pages = 30000        # min max_fsm_relations*16, 6 bytes each
effective_cache_size = 40000 #1000    # typically 8KB each
random_page_cost = 1.2#4        # units are one sequential page
fetch cost

These are the items I changed.
In the development box I turned random page cost to .2 because I figured it
would all be faster using an index as all my data is at a minimum being
selected by clientnum.

But the analyze I sent in is from these settings above on a windows box.
If I was running the analyze (pgadmin) on a windows box but connecting to a
linux box would the times be accurate or do I have to run the analyze on the
linux box for that to happen?

I am a little unclear why I would need an index on associate by location as
I thought it would be using indexes in location and jobtitle for their
joins.
I did not say where locationid = x in my query on the view.
I have so much to learn about SQL.
Joel




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

Предыдущее
От: Richard_D_Levine@raytheon.com
Дата:
Сообщение: Re: How to improve db performance with $7K?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Any way to speed this up?