Re: SELECT's take a long time compared to other DBMS

Поиск
Список
Период
Сортировка
От Relaxin
Тема Re: SELECT's take a long time compared to other DBMS
Дата
Msg-id bj6qoa$1jln$1@news.hub.org
обсуждение исходный текст
Ответ на SELECT's take a long time compared to other DBMS  ("Relaxin" <me@yourhouse.com>)
Ответы Re: SELECT's take a long time compared to other DBMS  ("Shridhar Daithankar" <shridhar_daithankar@persistent.co.in>)
Список pgsql-performance
> Can you tell us what you were *actually* doing?  Somehow it sounds as
> though the other databases were throwing away the data whereas
> PostgreSQL was returning it all "kawhump!" in one batch.

All of the databases that I tested the query against gave me immediate
access to ANY row of the resultset once the data had been returned.
Ex. If  I'm currently at the first row and then wanted to goto the 100,000
row, I would be there immediately, and if I wanted to then goto the 5
row...same thing, I have the record immediately!

The other databases I tested against stored the entire resultset on the
Server, I'm not sure what PG does...It seems that brings the entire
resultset client side.
If that is the case, how can I have PG store the resultset on the Server AND
still allow me immediate access to ANY row in the resultset?


> What programs were you using to submit the queries?
I used the same program for all of the database.  I was using ODBC as
connectivity.




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

Предыдущее
От: Sean Chittenden
Дата:
Сообщение: Re: PostgreSQL Reliability when fsync = false on Linux-XFS
Следующее
От: "Shridhar Daithankar"
Дата:
Сообщение: Re: SELECT's take a long time compared to other DBMS