AR
Чёт это спорно, мне казалось, что pg оптимизирует такие случаи
Я такое нашёл, но там mssql
https://www.scarydba.com/2016/11/01/stored-procedures-not-faster-views/
Size: a a a
2020 August 26
AR
понятно, что все сильно зависит
MM
Так, а почему эти два запроса дают разные результаты? https://www.db-fiddle.com/f/oap99AgRbMDpeybLBHE8DH/0
MM
(Простите за форматирование, я с телефона)
AR
Так, а почему эти два запроса дают разные результаты? https://www.db-fiddle.com/f/oap99AgRbMDpeybLBHE8DH/0
в чем они разные?
MM
в чем они разные?
Ну #3 возвращает тысячи строк, а #4 одну
MM
Или оно с телефона не работает нормально просто?
AR
Кстати, о вереде заворачивания запросов во внутрь plpgsql адское зло, тк. вот такое
будет выполняться еще дольше, чем select * from view
CREATE OR REPLACE FUNCTION tfn2(i int)
RETURNS TABLE (a int, b int) AS
$$
BEGIN
RETURN QUERY
SELECT * FROM t1, t2 WHERE t1.a = i;
END
$$ LANGUAGE plpgsql;
будет выполняться еще дольше, чем select * from view
AR
Ну #3 возвращает тысячи строк, а #4 одну
ты прав, я балбес ) setof надо. щаз сделаю
AR
на 100k не очень заметно, я сделал 1m
IV
вроде нет существенной разницы
AR
но это очень простой кейс. справедливости ради, к меня локально все работает немного иначе )
AR
742.076 ms vs 660.898 ms
YS
Всем привет
AR
но вообще посгрес старается оптимизировать что может. например, он умеет понимать частичные индексы не 1 в 1. тут тоже по понятным причинам будут всякие оптимизации
YS
Есть тут кто с WordPress? Можно в личку если говорить в слух не хотите :-)
IV
но это очень простой кейс. справедливости ради, к меня локально все работает немного иначе )
я заметил, что первый запрос всегда выполняетсся дольше. попробуй поменять порядок:
explain analyze
select * from tfn(1);
explain analyze
select * from tv where a=1;
explain analyze
select * from tfn(1);
explain analyze
select * from tv where a=1;
AR
я заметил, что первый запрос всегда выполняетсся дольше. попробуй поменять порядок:
explain analyze
select * from tfn(1);
explain analyze
select * from tv where a=1;
explain analyze
select * from tfn(1);
explain analyze
select * from tv where a=1;
db-fiddle, видимо, не хранит сессию, поэтому да, кеш не прогрет ) прогрел - разницы нет в пределах погрешности.
я когда буду для этого правила готовить пруфы, я поисследую вопрос более детельно. есть шанс, что это у меня травма с дедовских времен осталась )
я когда буду для этого правила готовить пруфы, я поисследую вопрос более детельно. есть шанс, что это у меня травма с дедовских времен осталась )