Re: stored procedures for complex SELECTs

Поиск
Список
Период
Сортировка
От Michael Glaesemann
Тема Re: stored procedures for complex SELECTs
Дата
Msg-id F4383AC1-E004-4883-8883-F5B5AF449658@myrealbox.com
обсуждение исходный текст
Ответ на stored procedures for complex SELECTs  (alex-lists-pgsql@yuriev.com)
Список pgsql-sql
On Jan 19, 2006, at 8:17 , alex-lists-pgsql@yuriev.com wrote:

> Are there performance advantages that can be achieved by wrapping a
> complex SELECT into a stored procedure?

I believe it depends on the procedural language. If it's SQL, I think
it may be inlined, so you'd have overhead due to the stored procedure
rather than the select itself would probably be minimal. In any other
language, there would be additional parsing overhead, I believe, so I
don't think it would be faster than the select itself.

However, why don't you test it? Test each case in an EXPLAIN ANALYZE
or run some other benchmark to see if there's a performance
difference. Then you'll know for sure—and have numbers to back it up.

Michael Glaesemann
grzm myrealbox com





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

Предыдущее
От: alex-lists-pgsql@yuriev.com
Дата:
Сообщение: stored procedures for complex SELECTs
Следующее
От: Juris
Дата:
Сообщение: Error calling self-made plpgsql function "function XYZ(bigint) does not exist"