대담한 SQL을 사용하는 것이 더 좋은가?

dapper

문제

나는 dapper 사용하는 것을 고려해 왔지만, 여전히 인라인 SQL을 사용하는 것을 좋아하지 않는다. 단지 한에 어떤 생각이 있는가 stored procedures 쿼리에 문제가있는 경우에, 그래서 그것은 필요하지 않을 recompilation A와, 그러나 다만 변화 stored procedure 데이터베이스에. 모든 SQL queries 를 자체 클래스 라이브러리에 보관하는 등의 대안이 있습니까?

수락 된 답변

Dapper는 두 가지 옵션을 모두 지원하며 주제에 대한 의견이 없습니다.

귀하의 질문은 귀하의 코드베이스 배포가 까다로울 것이라고 제안합니다. 이것이 클라이언트 측 코드 인 경우에는 의미가 있습니다. 서버 측 코드의 경우 일반적으로 저장 프로 시저를 변경하는 것보다 응용 프로그램을 다시 배포하는 것이 더 쉽습니다. 이상적으로 TeamCity와 같은 것을 클릭하면됩니다. 물론 저장 프로 시저 에도 프로세스 / 배포 제어 기능이 있어야합니다.

클래스 라이브러리에 SQL이 있으면 많은 것을 사지 못할 것입니다. 변경 사항을 적용하려면 다시 배포해야합니다. 물론 데이터 지향 코드를 별도의 어셈블리에 UI (기타) 코드와 함께 사용하는 것이 좋겠지 만 로컬 아키텍처 결정입니다.



아래 라이선스: CC-BY-SA with attribution
와 제휴하지 않음 Stack Overflow
이 KB는 합법적입니까? 예, 이유를 알아보십시오.
아래 라이선스: CC-BY-SA with attribution
와 제휴하지 않음 Stack Overflow
이 KB는 합법적입니까? 예, 이유를 알아보십시오.