EntitySpaces에서 저장 프로 시저를로드하는 데 SQL 클라이언트보다 40 배 더 오래 걸림

Question

ORM으로 EntitySpaces를 사용하는 프로젝트에서 작업하고 있습니다.

당신은 저장 프로 시저를 호출하여 컬렉션을로드 ItemCollection의 단순화 된 방법을 참조 아래 :

declare @p5 int 
set @p5=485 
exec [ItemsStoredProcedure] @Param1=4,@Param2=N'41',@Param3=N'SomeValue',@Param4=0,@TotalCount=@p5 output,@Param5=1,@Param6=25 
select @p5 

: SQL Server 프로파일 러 나는 그 데이터베이스에이 호출의 결과입니다 참조 사용

public partial class ItemCollection : esItemCollection 
{ 
    public bool LoadItemsUsingSomeStoredProcedure(string aLotOfAttributes, out int totalCount) 
    { 
     // Set a lot of parameters 
     esParameters parameters = new esParameters(); 
     // ... 

     bool result = Load(esQueryType.StoredProcedure, "ItemsStoredProcedure", parameters); 

     totalCount = (int) paramTotalCount.Value; 

     return result; 
    } 
} 

을

약 200 초이 완료됩니다.

하지만 SQL Management Studio (로컬 및 원격)에서 동일한 SQL 조각을 실행하면 약 4 ~ 5 초가 걸립니다.을 완료하십시오.

EntitySpaces 호출이 SQL 클라이언트의 호출보다 완료되는 데 약 40 배 더 오래 걸리는 아이디어가 있습니까? 어떤 아이디어를 어떻게 디버그/개선 할 수 있습니까?

추 신 : EntitySpaces를 대체하는 것이 나의 WANT 목록에서 높지만 언제나 그렇듯이 클라이언트가 "작동하는"프로그램을 리팩토링하는 데 한 달의 개발을 보내도록 설득하는 것은 정말로 어렵습니다 ... 그 옵션이 꺼져 있습니다. .

Answer 1

모든 응용 프로그램에서 알려진 문제인 Visual Studio에서 EntitySpaces를 실행하지 마십시오. EntitySpaces는 SqlClient에 거의 모든 시간을 거의 추가하지 않으며 가장 빠른 ORM을 나타냅니다.

http://www.entityspaces.net/www.entityspaces.net/blog/2010/08/26/The%20EntitySpaces%20ORMBattleNET%20Performance%20Numbers.aspx.html