저장 프로 시저 호출에 자동 스포크를 사용하지 않는 좋은 이유가 있습니까?

Question

세 번째 원숭이 접근법의 변형을 사용하여 데이터 리더에서 일반 엔티티를 채우는 데이터 액세스 계층을 구현했습니다.http://www.codeproject.com/kb/database/dynamicmethod_ilgenerator.aspx). 이것은 잘 작동하고, 성능이 좋으며, 데이터 검색을위한 수많은 repetetive 코드를 작성합니다.

이제 제네릭 엔티티를 가져 와서 저장된 Proc로 공급하기 위해 매개 변수 목록으로 변환하는 메소드를 추가하여 원숭이의 트릭 컬렉션에 데이터 지속성을 추가 할 수 있습니다.

나는 다음에 대한 몇 가지 지침을 찾았다. http://msdn.microsoft.com/en-us/library/ms973259.aspx AutosProc 솔루션의 일부 샘플 코드. 그것은 종이에 좋아 보이고 이것을 통합하려고하지만 빠른 Google은 AutoSproc 구현에 대한 사용자 경험을 많이 얻지 못했고 거기에 있었고 그곳에있는 사람으로부터 엄지 손가락을 찾고 있습니다. 이미.

그래서 AutosProc을 사용 했습니까? 당신에게 잘 작동 했습니까? 엔터프라이즈 애플리케이션에서는 부적절하게 만들 수있는 성능 또는 다른 곳에서의 격차 결함이 있습니까?

조언에 감사드립니다.

Answer 1

내 대답이 귀하의 자동 장점에 대한 링크가 포함되어있는이 질문에 대해 귀하를 참조하는 것이 더 쉽다고 생각합니다. TSQL- 저장된 절차에 의해 반환 할 열을 결정하려는 구문 분석 계획

요약하면, 나는 그것을 좋아하지 않았다 : 그것은 너무 많은 문제를 일으켰다.

(답이없는 질문을 찌르고 이것을 찾았습니다)