[linq] LINQ-to-SQL 대 저장 프로 시저? [닫은]

sproc에 비해 LINQ의 몇 가지 장점 :

1. 타입 안전 : 우리 모두가 이것을 이해한다고 생각합니다.
2. 추상화 : LINQ-to-Entities에서 특히 그렇습니다 . 이 추상화는 또한 프레임 워크가 쉽게 활용할 수있는 추가 개선 사항을 추가 할 수 있도록합니다. PLINQ 는 LINQ에 멀티 스레딩 지원을 추가하는 예입니다. 이 지원을 추가하기 위해 코드 변경이 최소화됩니다. 단순히 sprocs를 호출하는이 데이터 액세스 코드를 수행하는 것은 훨씬 어렵습니다.
3. 디버깅 지원 : .NET 디버거를 사용하여 쿼리를 디버깅 할 수 있습니다. sprocs를 사용하면 SQL을 쉽게 디버깅 할 수 없으며 이러한 경험은 주로 데이터베이스 공급 업체와 관련이 있습니다 (MS SQL Server는 쿼리 분석기를 제공하지만 종종 충분하지는 않습니다).
4. 공급 업체에 구애받지 않음 : LINQ는 많은 데이터베이스에서 작동하며 지원되는 데이터베이스의 수만 증가합니다. Sproc은 다양한 구문 또는 기능 지원 (데이터베이스가 sproc을 전혀 지원하지 않는 경우)으로 인해 데이터베이스간에 항상 이식 가능한 것은 아닙니다.
5. 배포 : 다른 사람들은 이미 이것을 언급했지만 일련의 sproc을 배포하는 것보다 단일 어셈블리를 배포하는 것이 더 쉽습니다. 이것은 # 4 와도 관련이 있습니다.
6. 더 쉬움 : 데이터 액세스를 위해 T-SQL을 배우거나 sproc을 호출하는 데 필요한 데이터 액세스 API (예 : ADO.NET)를 배울 필요가 없습니다. 이것은 # 3 및 # 4와 관련이 있습니다.

LINQ vs sproc의 몇 가지 단점 :

1. 네트워크 트래픽 : sproc은 sproc-name과 인수 데이터를 유선으로 직렬화하면 LINQ는 전체 쿼리를 보냅니다. 쿼리가 매우 복잡한 경우 이것은 정말 나빠질 수 있습니다. 그러나 LINQ의 추상화를 통해 Microsoft는 시간이 지남에 따라이를 개선 할 수 있습니다.
2. 유연성이 떨어짐 : Sprocs는 데이터베이스 기능 세트를 최대한 활용할 수 있습니다. LINQ는 지원에있어보다 일반적인 경향이 있습니다. 이것은 모든 종류의 언어 추상화에서 일반적입니다 (예 : C # vs 어셈블러).
3. 재 컴파일 : 데이터 액세스 방식을 변경해야하는 경우 어셈블리를 재 컴파일, 버전 관리 및 재배치해야합니다. sprocs가 수행 할 수 있습니다 때로는 재배포 아무것도 할 필요없이 조정에 DBA에게 데이터 액세스 루틴을 할 수 있습니다.

사람들은 보안 및 관리 효율성에 대해서도 논쟁하고 있습니다.

1. 보안 : 예를 들어, 테이블에 대한 액세스를 직접 제한하고 sproc에 ACL을 배치하여 민감한 데이터를 보호 할 수 있습니다. 그러나 LINQ를 사용하면 여전히 테이블에 대한 직접 액세스를 제한하고 대신 업데이트 가능한 테이블 뷰 에 ACL을 배치 하여 비슷한 결과를 얻을 수 있습니다 (데이터베이스가 업데이트 가능한 뷰를 지원한다고 가정).
2. 관리 효율성 : 뷰를 사용하면 테이블 정규화와 같은 스키마 변경으로부터 응용 프로그램이 중단되지 않도록 보호 할 수 있습니다. 데이터 액세스 코드를 변경하지 않고도 뷰를 업데이트 할 수 있습니다.

나는 큰 sproc 사람 이었지만 일반적으로 더 나은 대안으로 LINQ에 기대기 시작했습니다. sproc이 더 나은 일부 영역이 있다면 아마도 sproc을 작성하지만 LINQ를 사용하여 액세스 할 것입니다. 🙂

답변

var p =
    from n in x.AddressTypes
    where n.Name == "Billing"
    select n;

var p =
    from n in x.AddressTypes
    where n.Name == "Main Office"
    select n;

foreach(Customer c in query)
{
  c.Country = "Wonder Land";
}
ctx.SubmitChanges();