Ich habe nur ein paar zufällige Punkte angesprochen, bitte fügen Sie noch einige hinzu.
1. Vorkompiliert, optimiert und hocheffizient. Dies vermeidet die Ineffizienz von SQL-Anweisungen, die über das Netzwerk übertragen und dann interpretiert werden.
2. Wenn das Unternehmen über einen dedizierten DBA verfügt, kann er die gespeicherte Prozedur schreiben, und der Programmierer muss sie nur entsprechend der von ihm bereitgestellten Schnittstelle aufrufen. Es ist klarer, es auf diese Weise zu tun.
3. Leicht zu modifizieren. Es ist mühsam, die im Programm eingebetteten SQL-Anweisungen zu ändern, und es ist oft nicht sicher, ob alles, was geändert werden sollte, geändert wurde. Es ist bequemer, die gespeicherte Prozedur auf SQL Server zu ändern. Sie können die gespeicherte Prozedur direkt ändern, und das Programm, das sie aufruft, muss grundsätzlich nicht berührt werden, es sei denn, die Änderungen sind relativ groß (z. B. Änderung der übergebenen Parameter). die zurückgegebenen Daten usw.).
4. Es wird sicherer sein. Es wird keine Probleme mit der Injektion von SQL-Anweisungen geben.
Natürlich gibt es Nachteile. Insbesondere wenn die Geschäftslogik komplexer ist, wäre es sehr ermüdend, alles in gespeicherten Prozeduren zu schreiben.
Quelle: Laifangsongs Blog