¿Es mejor evitar SQL interno con apuesto?

dapper

Pregunta

He considerado usar dapper , pero todavía no me gusta la idea de usar SQL en línea. ¿Hay alguna idea sobre simplemente tener stored procedures por lo que en caso de que haya un problema con la consulta, no necesitaría una recompilation , sino simplemente un cambio en un stored procedure en una base de datos. ¿Hay alguna alternativa, como mantener todas SQL queries en su propia biblioteca de clases?

Respuesta aceptada

Dapper admite ambas opciones y no tiene opinión sobre el tema.

Su pregunta sugiere que la implementación de su base de código es complicada. Si esto es código del lado del cliente, eso podría tener sentido. Para el código del lado del servidor, generalmente es más fácil volver a implementar la aplicación que cambiar un procedimiento almacenado, idealmente, 1 clic a través de algo como TeamCity. Por supuesto, sus procedimientos almacenados también deben tener control de proceso / implementación.

Tener el SQL en una biblioteca de clases no te va a comprar mucho: aún necesitas volver a implementarlo para obtener los cambios. Por supuesto, puede tener sentido tener su código orientado a datos en ensamblajes separados para el código UI (etc.), pero esa es una decisión de arquitectura local.



Licencia bajo: CC-BY-SA with attribution
No afiliado con Stack Overflow
¿Es esto KB legal? Sí, aprende por qué
Licencia bajo: CC-BY-SA with attribution
No afiliado con Stack Overflow
¿Es esto KB legal? Sí, aprende por qué