문제

얼마나 많은 데이터베이스의 성능한 오버헤드와 관련 된 사용하여 C#LINQ 에 비해 사용자 지정 최적화된 쿼리드로 주로 낮은 수준의 C SQL Server2008backend?

저는 특별히 생각하고 여기의 경우는 상당히 데이터를 집약적인 프로그램을 데이터로 새로 고침하거나 당 적어도 한 번 업데이트 화면이가 50-100 동시 사용자.

도움이 되었습니까?

해결책

내 경험에는 오버헤드는 최소한의,제공된 사람을 쓰는 쿼리를 알고 있는 그/그녀가 무엇을 하고 있고,일반적인 사항을 지키 생성되는 쿼리를 최적화하는 데 필요한 인덱스에있는 장소 등이 있습니다.다시 말해서,데이터베이스의 영향은 동일해야 합;이 최소화하지만 일반적으로 무시할 수 있는 오버헤드 응용 프로그램에 측.

는 말했다...한 가지 예외가 있 이;단일 경우 쿼리를 생성하는 여러 집계 L2S 공급자로 변환하여 큰 쿼리와 함께 하나의 서브 쿼리당 aggregate.에 대한 대형 테이블이 있을 수 있는 중요한 I/O 영향으로 db I/O 비용에 대한 쿼리가 성장해 크기를 위한 각각의 새로운 집에서 쿼리를 실행합니다.

대한 해결하는 것은 물론을 이동하는 집계하여 저장 proc 나 보기입니다.매트 워런에는 몇 가지 예제 코드에 대한 대체를 쿼리하는 공급자를 번역하는 종류의 쿼리에서 더 효율적인 방법입니다.

리소스:

https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=334211

http://blogs.msdn.com/mattwar/archive/2008/07/08/linq-building-an-iqueryable-provider-part-x.aspx

다른 팁

감사 Stu.하단 라인 것 같다는 LINQ to SQL 하지 않을 가능성이 있는 중요한 데이터베이스의 성능한 오버헤드 최신 버전으로는 경우 사용할 수 있게 컴파일 선택,그리고 느린의 기능 업데이트될 가능성이 높은 빠르게 없으면 정말로 날카로운 전문의 대부분을하고있 코딩이다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top