Ich konvertiere ein bestehendes T-SQL gespeichertProzedur in CLR C # .NET. Es wurde in mich gebohrt, dass hartkodierende SQL-Anweisungen im Quellcode der .NET-Anwendung böse sind. Ist eine CLR-gespeicherte Prozedur eine Ausnahme von dieser Regel? Welche anderen Alternativen habe ich? Ich kann sehr gut eine gespeicherte T-SQL-Prozedur aufrufen ...
Antworten:
3 für die Antwort № 1Ich kann sehr gut eine gespeicherte T-SQL-Prozedur aufrufen ...
Ich bin mir nicht sicher, welche Logik Sie brauchenInnerhalb Ihrer CLR-Komponente können Sie jedoch sicher gespeicherte Prozeduren von der CLR-Komponente aufrufen, um die Daten abzurufen, die Sie verarbeiten möchten. Sie können gespeicherte Prozeduren auch aufrufen, um die Daten zu aktualisieren, nachdem Sie sie verarbeitet haben.
Es wurde in mich gebohrt, dass SQL-Anweisungen in .NET hartcodieren Anwendungsquellcode ist böse. Ist eine CLR gespeicherte Prozedur? Ausnahme zu dieser Regel?
Es gibt viele Gründe, nicht fest codiertes SQL zu setzenAnweisungen in kompilierten Code und stattdessen gespeicherte Prozeduren zu verwenden. Wir könnten leicht die Gründe dafür auflisten und diskutieren, aber ich schlage vor, dass, wenn Sie diese Regel haben, dann ja, gilt es auch für CLRs. Wenn aus keinem anderen Grund, um konsistent zu sein.