Re: Joins and full index scans...mysql vs postgres?

Поиск
Список
Период
Сортировка
От PFC
Тема Re: Joins and full index scans...mysql vs postgres?
Дата
Msg-id op.s5edpwbncigqcu@apollo13
обсуждение исходный текст
Ответ на Re: Joins and full index scans...mysql vs postgres?  ("ryan groth" <postgres@cpusoftware.com>)
Список pgsql-performance
> "997+3522 ms". Am I reading these numbers wrong? Are these numbers
> reflective of application performance? Is there an optimization I am
> missing?

    It also reflects the time it takes to pgadmin to insert the results into
its GUI...

    If you want to get an approximation of the time the server needs to
process your request, without the data marshalling time on the network and
anything, you can either use EXPLAIN ANALYZE (but mysql doesn't have it,
and the instrumentation adds overhead), or simply something like "SELECT
sum(1) FROM (query to benchmark)", which only returns 1 row, and the sum()
overhead is minimal, and it works on most databases. I find it useful
because in knowing which portion of the time is spent by the server
processing the query, or in data transfer, or in data decoding on the
client side, or simply in displaying...

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

Предыдущее
От: Orion
Дата:
Сообщение: Re: Large Database Design Help
Следующее
От: Chris
Дата:
Сообщение: Re: Joins and full index scans...mysql vs postgres?