Может это из-за того, что простой запрос работает с "сылками на данные", а функции приходиться "формировать таблицу" и заполнять ее выбранными данными. Ну, то есть я хочу сказать что при возврате setof все эти данные копируються во что-то типа темповой таблицы (как конкретно это реализованно внутри я не знаю) и из за этого получаеться такая разница?
А то, что на С быстрее не стало - это не удивительно. Чему тут быстрее работать, когда практически всю работу все равно постгрес сам делает. Если б у вас в функции куча переменных туда-сюда гонялась и в цикле сложная логика крутилась - тогда думаю разница была бы заметнее.

JelisМожет это из-за того, что простой запрос работает с "сылками на данные", а функции приходиться "формировать таблицу" и заполнять ее выбранными данными. Ну, то есть я хочу сказать что при возврате setof все эти данные копируються во что-то типа темповой таблицы (как конкретно это реализованно внутри я не знаю) и из за этого получаеться такая разница?
А то, что на С быстрее не стало - это не удивительно. Чему тут быстрее работать, когда практически всю работу все равно постгрес сам делает. Если б у вас в функции куча переменных туда-сюда гонялась и в цикле сложная логика крутилась - тогда думаю разница была бы заметнее.

Да, ответов не очень много, а те что есть, и то - не ответы а больше предположения. Квалификации не хватает :-) Но, в обоснование своего предположения, вот чего я нашел в доке по RETURN NEXT

http://www.postgresql.org/docs/8.2/interactive/plpgsql-control-structures.html#PLPGSQL-STATEMENTS-RETURNING
RETURN NEXT does not actually return from the function — it simply saves away the value of the expression.
...
Note: The current implementation of RETURN NEXT for PL/pgSQL stores the entire result set before returning from the function, as discussed above. That means that if a PL/pgSQL function produces a very large result set, performance may be poor: data will be written to disk to avoid memory exhaustion, but the function itself will not return until the entire result set has been generated. A future version of PL/pgSQL may allow users to define set-returning functions that do not have this limitation. Currently, the point at which data begins being written to disk is controlled by the work_mem configuration variable. Administrators who have sufficient memory to store larger result sets in memory should consider increasing this parameter.


Правда еще вопрос, в 15 раз медленнее толька из-за того что промежуточные результаты храняться, или еще чего тормозит.