Я просто сделал несколько случайных замечаний, добавьте, пожалуйста, еще.
1. Предварительно скомпилированный, оптимизированный и высокоэффективный. Это позволяет избежать неэффективности передачи операторов SQL по сети и их последующей интерпретации.
2. Если в компании есть выделенный администратор базы данных, он может написать хранимую процедуру, а программисту остается только вызывать ее в соответствии с предоставленным им интерфейсом. Проще сделать это так.
3. Легко модифицировать. Изменять операторы SQL, встроенные в программу, затруднительно, и часто нет уверенности, что все, что следует изменить, было изменено. Модифицировать хранимую процедуру на SQL Server удобнее. Вы можете напрямую изменить хранимую процедуру, и программу, которая ее вызывает, по сути, не нужно трогать, если только изменения не являются относительно большими (например, изменение переданных параметров). возвращенные данные и т. д.).
4. Это будет безопаснее. Проблем с внедрением операторов SQL не будет.
Конечно, есть недостатки. Особенно если бизнес-логика более сложна, было бы очень утомительно писать все это в хранимых процедурах.
Источник: блог Laifangsong