Re: Tuning to speed select

Поиск
Список
Период
Сортировка
От Merlin Moncure
Тема Re: Tuning to speed select
Дата
Msg-id b42b73150608100726x5ed32799m37fec202594e1b79@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Tuning to speed select  (Tom Laudeman <twl8n@virginia.edu>)
Ответы Re: Tuning to speed select  (Tom Laudeman <twl8n@virginia.edu>)
Список pgsql-general
On 8/9/06, Tom Laudeman <twl8n@virginia.edu> wrote:

>  The speed of the query is (as Michael implies) limited to the rate at which
> the disk can seek and read.  I have done experiments with views and cursors;
> there was no improvement in speed. I've also tried only pulling back
> primary keys in the hope that a smaller amount of data would more quickly be
> read into memory. No speed increase. I have also raised all the usual memory
> limits, with the expected results (slight speed improvements).
>

Are your data structures normalized?  Performance problems queying a
single giganto table is  usually (but not necessirly in your case) a
sign of a poorly designed table structure.

otherwise it's pretty clear you get the most bang for the buck with
hardware.  consider upping ram and/or buying better disks.  you could
buy cheap sata controller and 4 raptors in raid 0+1 configuration for
<1000$ and you will feel like you have supercomputer relative to what
you have now :)

merlin

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

Предыдущее
От: "Merlin Moncure"
Дата:
Сообщение: Re: Accessing Database Data from C Function
Следующее
От: "Carl R. Brune"
Дата:
Сообщение: Re: read only transaction, temporary tables