s
Короче говоря, оно прямо ОЧЕНЬ зависит, но в целом лучше функции выдавать в качестве интерфейса взаимодействия с базой. ПРоблем меньше будет.
Size: a a a
2020 June 03
Ð
очень непонятно много тратится на оптимизацию и эмиссию
Ð
(cost=10000000000.00..10000000001.06 rows=3 width=541) (actual time=41.574..41.579 rows=6 loops=1)Ð
с индексом же вот так
(cost=0.13..2.18 rows=3 width=541) (actual time=0.037..0.040 rows=6 loops=1)Ð
при этом индекс сам по себе не нужен
Ð
сортировки и фильтрации нет как таковой, возвращаются все строки
АФ
Yaroslav Schekin
> Я тестил разные варианты, почти всегда выигрывает обычный запрос.
Хмм... вопрос в том, насколько. У Вас вообще получилось заметить отличие производительности inlined SQL function от запроса?
> plpgsql обычно чуть быстрее sql функции по факту
Странно. Как и что Вы тестировали?
> но cost почему-то больше у plpgsql.
Потому что PostgreSQL не знает и не может знать, сколько стоит функция на произвольном PL, конечно. ;)
Этот cost задаёте Вы (если хотите).
Хмм... вопрос в том, насколько. У Вас вообще получилось заметить отличие производительности inlined SQL function от запроса?
> plpgsql обычно чуть быстрее sql функции по факту
Странно. Как и что Вы тестировали?
> но cost почему-то больше у plpgsql.
Потому что PostgreSQL не знает и не может знать, сколько стоит функция на произвольном PL, конечно. ;)
Этот cost задаёте Вы (если хотите).
> Хмм... вопрос в том, насколько. У Вас вообще получилось заметить отличие производительности inlined SQL function от запроса?
хм. Дробить на inlined я кстати не пробовал (не умел тогда). Надо бы. Если скорость не вырастет, то хоть читаемость улучшится.
> Странно. Как и что Вы тестировали?
Речь о функциях не трогающих таблицы, там промежуточные вычисления внутри.
хм. Дробить на inlined я кстати не пробовал (не умел тогда). Надо бы. Если скорость не вырастет, то хоть читаемость улучшится.
> Странно. Как и что Вы тестировали?
Речь о функциях не трогающих таблицы, там промежуточные вычисления внутри.
АФ
Ð
Timing: Generation 0.673 ms, Inlining 2.600 ms, Optimization 24.830 ms, Emission 13.885 ms, Total 41.988 msJIT что ли?
Ð
наверное, я не знаю внутренней кухни
Ð
это происходит каждый запрос, даже если их сто тыщ
Ð
и это пошло с пг 12 вроде раньше я такого не замечал
YS
Ð
(cost=10000000000.00..10000000001.06 rows=3 width=541) (actual time=41.574..41.579 rows=6 loops=1)Вот этот cost недвусмысленно намекает на то, что кто-то забыл какой-то из "*_enable = off" в сессии, и отсюда всё и покатилось под откос.
Ð
спасибо, я проверю
АФ
Ð
причем на 10 пг оно работало раньше вроде бы без индекса и никто не жаловался
JIT появился в версии 11.
У меня он вообще по 2 секунды добавлял к некоторым запросам, пришлось отключить.
У меня он вообще по 2 секунды добавлял к некоторым запросам, пришлось отключить.
Ð
возможно с 11, у меня переход был с 10 на 12
АФ
Ð
возможно с 11, у меня переход был с 10 на 12
у меня тоже)
Ð
почитаю про жыт
YS
> Хмм... вопрос в том, насколько. У Вас вообще получилось заметить отличие производительности inlined SQL function от запроса?
хм. Дробить на inlined я кстати не пробовал (не умел тогда). Надо бы. Если скорость не вырастет, то хоть читаемость улучшится.
> Странно. Как и что Вы тестировали?
Речь о функциях не трогающих таблицы, там промежуточные вычисления внутри.
хм. Дробить на inlined я кстати не пробовал (не умел тогда). Надо бы. Если скорость не вырастет, то хоть читаемость улучшится.
> Странно. Как и что Вы тестировали?
Речь о функциях не трогающих таблицы, там промежуточные вычисления внутри.
> Дробить на inlined я кстати не пробовал (не умел тогда).
Ну так а что Вы вообще измеряли, в таком случае? ;) Я, например, именно про них писал и их советовал, если что.
Те SQL functions, которые не inline-атся, могут быть даже хуже, чем plpgsql (или на других PL) — я там писал выше.
> Речь о функциях не трогающих таблицы, там промежуточные вычисления внутри.
Опять-таки, если она не inlinable — о чём тут говорить?
Ну так а что Вы вообще измеряли, в таком случае? ;) Я, например, именно про них писал и их советовал, если что.
Те SQL functions, которые не inline-атся, могут быть даже хуже, чем plpgsql (или на других PL) — я там писал выше.
> Речь о функциях не трогающих таблицы, там промежуточные вычисления внутри.
Опять-таки, если она не inlinable — о чём тут говорить?
YS
JIT появился в версии 11.
У меня он вообще по 2 секунды добавлял к некоторым запросам, пришлось отключить.
У меня он вообще по 2 секунды добавлял к некоторым запросам, пришлось отключить.
Повысили бы cost, при котором он активируется, зачем сразу голову-то рубить? ;)
АК
Всем привет, нужна помощь, как можно в pg параллелить select