| От | Tom Lane |
|---|---|
| Тема | Re: Function call costs for SQL and PLPgSQL |
| Дата | |
| Msg-id | 22065.1182523582@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Function call costs for SQL and PLPgSQL (Vincenzo Romano <vincenzo.romano@gmail.com>) |
| Список | pgsql-general |
Vincenzo Romano <vincenzo.romano@gmail.com> writes:
> I need to create a huge SQL script to load 20+ M rows in a DB.
> I've been force to wrap the inserts into PG functions.
> I can write them in either SQl or PLPgSQL but don't know
> whether this can make a big difference as far as time of
> overall execution is concerned.
> Somewhere else I've been told that SQL function bodies get "inlined"
> during execution. Is thus correct to consider SQL functions "faster"
> that the conterpart written in PLPgSQL?
Inlining only applies to simple-SELECT SQL functions (ie, pure
functions). For what you're trying to do, I think plpgsql will
be faster as well as more flexible.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера