Плюсы, минусы и ограничения хранимых процедур (функций) SQL

База знаний по разработке в telegram t.me/lets_goto_it
00:00 О функциях в базах данных. Инкапсуляция логики
01:50 Зачем нужны функции?
04:13 Минусы и ограничения
08:34 CREATE OR REPLACE FUNCTION. Важные момент
13:25 Вызов функции
15:45 Вызов функции внутри другого запроса
19:42 Сложности с IMMUTABLE
19:58 Не стоит всё оборачивать в функции
Это не про триггеры, а про "обычные" функции базы данных.
Почитать мою статью - dzen.ru/a/YqoskiG8jRNma-JV
Почитать доку - postgrespro.ru/docs/postgresq...
Про триггерные функции тут - • Триггерные процедуры (...
---
Понравился ролик?
Ставь лайк, а можешь поддержать канал рублем - vk.cc/cu1oD4
---
Репозиторий - github.com/arturgspb/pg-course
Телеграм - t.me/lets_goto_it
Дзен - dzen.ru/lets_goto_it

[@diatumano]

спасибо! шикарный голос у вас :)

[@Mars-sm]

видео супер!

[@moldaruss8254]

Спасибо за ролик

[@methodark4343]

очень круто !!!

[@gpankov]

10 минут посмотрел так и не понял как функции писать

[@lets_goto_it]

Посмотрите до конца

[@user-fi7vs3nw2m]

Я так подозреваю, что именно cost и rows - залог успешного успеха использования таких вот функций в Ваших проектах. Табличные функции в коде SQL могут много бед наделать, если оптимизатор будет неверно рассчитывать их стоимость.

[@lets_goto_it]

Я сейчас редко использую хранимки, так как код не в БД лучше масштабируется. Они хороши для рефакторинга чего-то старого, чтобы не лезть в старый код вообще, так как хз где так сохранения и апдейты. Грубо говоря берешь и где-т сбоку строишь новую лучшую инфраструктуру и просто храниками перекладываешь что-то куда-то, НО обязательно все это нужно выпилить из проекта через время.

[@so-mironov]

Не очень понятные объяснения. Нужно более четко и структурировано - это заодно сократит хронометраж. Текст в редакторе не видно - в таких случаях обычно увеличивают шрифт или масштаб активной части экрана. Надеюсь, моя критика чем-то поможет. Большое спасибо за труд!

[@user-fi7vs3nw2m]

Заметила, что postgres не дает сделать commit в теле функции. Это почему так?

[@lets_goto_it]

У pg по умолчанию вся функция выполняется в транзакции. Почитайте postgrespro.ru/docs/postgrespro/15/plpgsql-transactions Но вообще с функциями надо аккуратнее - обычно лучше в код вынести, так как он лучше масштабируется

[@user-fi7vs3nw2m]

@@lets_goto_it ок, спасибо.

[@paulkarkarin466]

Не о чём. Для кого это материал? Какие-то отступления ненужные, ненужные объяснения ненужных вещей. До середины дотерпел, по теме - ноль информации. Название многообещающее, по факту - набор специфичных деталей, которые не нужны людям, которые ищут видео по запросу "sql процедуры".

[@lets_goto_it]

Сними свой хороший и полезный видос, обсудим

[@vvitasikm3341]

А мне было интересно !

[@user-gk3ep5mq9r]

Тебе не нужные, а мне нужные

[@dimasamsonau3646]

процедуры и функции - это не одно и тоже! название ролика абсурдное!

[@lets_goto_it]

Для тех, кто попадет в этот коммент прикладываю ссылку. По сути разница есть, но крайне незначительная для большинства проектов. postgrespro.ru/docs/postgrespro/15/xproc