Je viens de faire quelques remarques aléatoires, veuillez en ajouter d'autres.
1. Précompilé, optimisé et très efficace. Cela évite l'inefficacité des instructions SQL transmises sur le réseau puis interprétées.
2. Si l'entreprise dispose d'un DBA dédié, il peut écrire la procédure stockée, et le programmeur n'a qu'à l'appeler en fonction de l'interface qu'il fournit. C'est plus clair de procéder de cette façon.
3. Facile à modifier. Il est difficile de modifier les instructions SQL intégrées au programme et il n'est souvent pas sûr que tout ce qui devrait être modifié l'a été. Il est plus pratique de modifier la procédure stockée sur SQL Server. Vous pouvez modifier directement la procédure stockée, et le programme qui l'appelle n'a fondamentalement pas besoin d'être touché, à moins que les modifications ne soient relativement importantes (comme la modification des paramètres transmis, les données renvoyées, etc.).
4. Ce sera plus sûr. Il n’y aura aucun problème d’injection d’instructions SQL.
Bien sûr, il y a des inconvénients. Surtout lorsque la logique métier est plus complexe, il serait très fatiguant de tout écrire dans des procédures stockées.
Source : blog de laifangsong