Linq를 데이터 계층으로 사용하여 데이터를 검색 한 다음 데이터를 비즈니스 계층에 채우는 것은 나쁜 생각입니까?ASP.Net - 내 데이터 계층으로 SQL에 linq 사용하고 계십니까?
성능 문제가 있습니까?
데이터베이스에서 데이터를 가져 와서 비즈니스 개체에 채우는 가장 효율적인 방법은 무엇입니까?
Linq를 데이터 계층으로 사용하여 데이터를 검색 한 다음 데이터를 비즈니스 계층에 채우는 것은 나쁜 생각입니까?ASP.Net - 내 데이터 계층으로 SQL에 linq 사용하고 계십니까?
성능 문제가 있습니까?
데이터베이스에서 데이터를 가져 와서 비즈니스 개체에 채우는 가장 효율적인 방법은 무엇입니까?
Linq to SQL을 사용하면 가장 까다로운 애플리케이션을 제외한 모든 애플리케이션에서 충분한 성능을 얻을 수 있습니다. SQL Server 데이터베이스 사용만을 고려한다면 Linq to SQL은 매우 생산적인 ORM이며 "효과가 있습니다".
저는 SQL Server에서 개발 한 모든 .NET 응용 프로그램에서 Linq to SQL을 사용했습니다. 그런 다음 Entity Framework (4.1)와 코드 우선 접근 방식의 단순함과 우아함을 발견했습니다. 이 접근법은 도메인 기반 디자인과 잘 어울리 며, 관습 기반 접근 방식을 통해 영구 코드를 전혀 작성하지 않고도 비즈니스 객체를 작성할 수 있습니다. 생각해 볼 가치가있다.
바보 같은 짓을하지 않으면 LINQ2SQL은 큰 성능 문제를 일으키지 않습니다. LINQ2SQL을 사용하는 작은 오버 헤드가 있지만 아주 작습니다.
가장 효율적인 방법은 선택 부분에서 비즈니스 개체를 바로 선택하는 것입니다.
var myResult = from product in context.Products
where product.StockQty > 10
select new MyBusinessProduct
{
Name = product.Name,
Category = product.Category,
etc = product.etc, //...
}
은 종종 당신은 당신이 부분 클래스에서 비즈니스 방법으로 그들을 장식 또한 유효성 검사 규칙을 구현하는 LINQ 클래스에 대한 부분적인 방법을 구현할 수, 비즈니스 오브젝트로 LINQ-개체를 사용할 수 있습니다.