Создание и изменение процедур Входные параметры Выходные параметры Написание бизнес-логики Переменные внутри тела ХП Управление процедурами в Management Studio
Захотелось оставить комментарий. Лично мне оооооооооооочень понравилось видео. Для меня - студента - это было спасительной соломинкой. Спасибо автору. Супер легкое и ненавязчивое объяснение. Поверьте. Я посмотрела пару троек видео по этой же теме (до того как наткнулась на ваше) и не поняла. Пару минут и прогресс на лицо. Планирую просмотреть все ваши видео. Спасибо! Продолжайте свое дело. Однозначно буду ждать новых видео.
Когда как. В стародавние времена, в прошлом веке, мы писали довольно объемные вещи типа сотового биллинга и это было достаточно удобно, поскольку куче различных клиентских приложений не приходилось лезть в логику + 1 запрос к хранимой процедуре, а внутри под капотом бизнес-логика может совершать дикое количество операций, одна транзакция может делать движение по десяткам таблиц и кучу выборок, с клиента такое упреешь делать. Сейчас это принято выносить на бек (сервер приложений), т.к. на нём проще организовать версионность и общение с другими источниками данных (кешами, брокерами сообщений и т.п.), плюс отлаживать попроще. Впрочем, даже тогда в итоге вынесли логику на Java Servlet сервер (сейчас это проще сделать на golang). Но и сечас для ряда специфичных вещей лучше использовать БЛ на стороне sql. Другое дело, что времена изменились и для сегодняшних программистов это тёмный лес часто.
Захотелось оставить комментарий. Лично мне оооооооооооочень понравилось видео. Для меня - студента - это было спасительной соломинкой. Спасибо автору. Супер легкое и ненавязчивое объяснение. Поверьте. Я посмотрела пару троек видео по этой же теме (до того как наткнулась на ваше) и не поняла. Пару минут и прогресс на лицо. Планирую просмотреть все ваши видео. Спасибо! Продолжайте свое дело. Однозначно буду ждать новых видео.
это же хреново, засовывать бизнес логику в сервак?..
Когда как. В стародавние времена, в прошлом веке, мы писали довольно объемные вещи типа сотового биллинга и это было достаточно удобно, поскольку куче различных клиентских приложений не приходилось лезть в логику + 1 запрос к хранимой процедуре, а внутри под капотом бизнес-логика может совершать дикое количество операций, одна транзакция может делать движение по десяткам таблиц и кучу выборок, с клиента такое упреешь делать.
Сейчас это принято выносить на бек (сервер приложений), т.к. на нём проще организовать версионность и общение с другими источниками данных (кешами, брокерами сообщений и т.п.), плюс отлаживать попроще.
Впрочем, даже тогда в итоге вынесли логику на Java Servlet сервер (сейчас это проще сделать на golang).
Но и сечас для ряда специфичных вещей лучше использовать БЛ на стороне sql. Другое дело, что времена изменились и для сегодняшних программистов это тёмный лес часто.