Что быстрее процедуры postgresql или sql запросы в базу из приложении?

Question

[User99]

Не знаю как точно задать вопрос.
Есть ли какая то разница при обращении к БД из приложении?
Использую POSTGRESQL, DAPPER, .NET Core
Например, создаю функцию (function postgres) выборки :

spoiler

CREATE FUNCTION gradebook.transcript_traditional_dislist(group_id_ bigint)
RETURNS TABLE(
	id bigint,
	dis_id bigint,
	group_id bigint,
	sem integer,
	method integer,
	ugod_id bigint,
	create_iin character varying,
	create_date date,
	create_time time without time zone,
	gr character varying,
	index_ru character varying,
	name_ru character varying
)
LANGUAGE SQL 
AS $$
SELECT m.*,up_d.index_ru,up_d.name_ru FROM gradebook.mains as m
LEFT OUTER JOIN uchast.uplans_dises as up_d ON up_d.id=m.dis_id 
WHERE m.group_id=group_id_ ORDER BY up_d.name_ru ASC
$$;

и обращаюсь через приложение к нему так:

spoiler

(await conn.QueryAsync<TranscriptTraditionalDislist>(@"
SELECT * FROM gradebook.transcript_traditional_dislist(@group_id)", new { group_id = group_id })).ToList();

или же напрямую из приложении запросом:

spoiler

(await conn.QueryAsync<TranscriptTraditionalDislist>(@"
SELECT m.*,up_d.index_ru,up_d.name_ru FROM gradebook.mains as m
LEFT OUTER JOIN uchast.uplans_dises as up_d ON up_d.id=m.dis_id 
WHERE m.group_id=@group_id ORDER BY up_d.name_ru ASC", new { group_id = group_id })).ToList();

Есть ли разница в плане защищенности, в плане быстродействия и т.п. как пользоваться?

Answer 1

[Василий Банников]

1. Небольшая экономия, за счёт того что не нужно длинный запрос по сети передавать, а только короткий вызов процедуры (относительно)
2. В плане защищённости разницы нет, если злоумышленник имеет доступ к исполняемому файлу/исходнику.
3. Из потенциальных удобств - можно менять запрос, не затрагивая приложение.

Так что выбирай тот способ, который в твоём случае более оправдан.

Comments

[longclaps]

что выбрать в моём случае?
выбирай тот способ, который в твоём случае более оправдан.

Дельный совет.

[Илья]

longclaps, о, вы вернулись

[Илья]

longclaps, почему вас постоянно банят?

[Василий Банников]

longclaps, ну типа я бы мог сказать что-то из ряда
Не используй хранимки, тк их трудно поддерживать: для обновления тебе нужно залазить в базу данных, что обычно дольше, чем сделать новый релиз
+ это размазывание логики
+ сложно версионировать.

Но я же не знаю всю ситуацию, так что не исключаю, что иногда хранимки могут быть лучше, чем SQL в коде.

[longclaps]

Илья, у модераторов довольно остроумия, чтобы оценить мои шутки, но недостаточно, чтобы стерпеть.

[User99]

Василий Банников, я забыл написать что, приложение веб на .net core. думаю в этом случае более менее оправдан использование хранимых процедур, так как, не придется перезагружать сервер, для обновления релиза. В основные пишу запросом в самом приложении. а в тех местах где часто обновляется процедура выборки (изменения в законах и т.п.) пишу как хранимку. Думаю я правильно делаю?

[Василий Банников]

User99, если у вас релизы происходят реже, чем меняются законы, то что-то уже идёт не так.

Приложение на netcore очень быстро перезваускается, так что можно вообще забить на простои, либо использовать сине-зелёный деплой

Answer 2

[Виталий Качан]

В плане удобства лучше вариант напрямую из приложении запросом - логика не разбивается на несколько мест и легче потом разбираться и править. По скорости здесь различий почти не будет.
Вот если бы у тебя была процедура, которая делает несколько запросов, что-то копирует, инсертит/апдейтит, в общем такая логика, которая бы потребовала несколько запросов вместо вызова функции/процедуры, то в таком случае конечно процедура/функция значительно быстрее отработает и тут уже баланс между удобством для сопровождения проекта и скоростью выполнения запросов.