Dapper ORM vs gespeicherte Prozedur

Question

Ich arbeite an einem Projekt, in dem wir DbContext, aber nicht EF für CRUD-Funktionen verwenden. Wir verwenden Service-Layer für unsere Geschäftslogik, in denen gespeicherte Prozeduren geschrieben werden, um Daten in die Datenbank zu holen/zu senden. Ich habe etwas über Dapper ORM erfahren, mit dem Sie die Interaktionen mit der Datenbank vereinfachen können. Ich habe mich gefragt, ob jemand die Vorteile der Verwendung von Dapper mit MVC5 anstelle von herkömmlichen Stored Procedures kurz erläutern könnte.

Answer 1

Vergleichen Sie Stored Procedures mit Dapper? Wenn dem so ist, sehe ich das nicht als gültigen Vergleich an. Beide haben ihre eigenen Vor- und Nachteile. Beide sind hilfreich in ihrem eigenen Bereich der Implementierung.

Stattdessen, wenn Sie nach Stored Procedure durch Dapper suchen suchen, empfehle ich, beziehen Sie sich auf folgende Beiträge; Sie können nach noch mehr suchen.

• Link 1
• Link 2

Meine persönliche Meinung:

Ich vermeide Stored Procedures zu verwenden. Ich bevorzuge es, meinen Datenbankcode je nach Bedarf mit ADO.NET oder ORM zu implementieren. Dies hilft mir, alle meine Datenbank-Logik an einem Ort zu zentralisieren. Dies verbessert auch die Debugging- und Protokollierungsfunktionen.

Hinweis: Das bedeutet nicht, ich verwende nie gespeicherte Prozeduren oder solche sollten nie verwendet werden. Diese können basierend auf den Bedürfnissen nützlich sein.

Für die Implementierung von Data Access Layer mit Dapper, wenden Sie sich bitte an meine answer.