기본 동작을 재정의할 때의 요구 사항(LINQ to SQL)
LINQ to SQL에서는 다음 요구 사항을 엄격하게 적용하지 않지만 이러한 요구 사항을 만족하지 않으면 동작이 정의되지 않습니다.
재정의 메서드에서는 SubmitChanges 또는 Attach를 호출해서는 안 됩니다. 이러한 메서드를 호출하면 LINQ to SQL에서 예외를 throw합니다.
재정의 메서드는 트랜잭션을 시작, 커밋 또는 중지하는 데 사용할 수 없습니다. SubmitChanges 작업은 트랜잭션에서 수행됩니다. 내부 중첩 트랜잭션이 외부 트랜잭션을 방해할 수 있습니다. 로드 재정의 메서드는 Transaction에서 작업이 수행되지 않는 것을 확인한 후에만 트랜잭션을 시작할 수 있습니다.
재정의 메서드는 적용 가능한 낙관적 동시성 매핑을 따릅니다. 낙관적 동시성 충돌이 발생하면 재정의 메서드에서는 ChangeConflictException을 throw하며 LINQ to SQL에서는 이 예외를 catch하여 사용자가 SubmitChanges에 제공된 SubmitChanges 옵션을 올바르게 처리할 수 있도록 합니다.
만들기(Insert) 및 Update 재정의 메서드에서는 작업이 완료되면 데이터베이스에서 생성된 열의 값을 해당 개체 멤버로 다시 보내야 합니다.
예를 들어 Order.OrderID를 ID 열(autoincrement 기본 키)에 매핑하면 InsertOrder() 재정의 메서드에서는 데이터베이스에서 생성된 ID를 검색하여 Order.OrderID 멤버를 해당 ID로 설정해야 합니다. 마찬가지로 타임스탬프 멤버를 데이터베이스에서 생성된 타임스탬프 값으로 업데이트하여 업데이트된 개체가 일치되도록 해야 합니다. 데이터베이스에서 생성된 값을 전파하는 데 실패하면 DataContext에서 추적한 개체와 데이터베이스 간에 불일치가 발생할 수 있습니다.
올바른 동적 API를 호출하는 것은 사용자의 책임입니다. 예를 들어 업데이트 재정의 메서드에서는 ExecuteDynamicUpdate만 호출할 수 있습니다. LINQ to SQL에서는 호출된 동적 메서드가 적용 가능한 작업과 일치하는지 여부를 감지하거나 확인하지 않습니다. 업데이트할 개체에 대해 ExecuteDynamicDelete와 같은 적용 불가능한 메서드를 호출하면 결과가 정의되지 않습니다.
마지막으로 재정의 메서드는 지정된 작업을 수행해야 합니다. 즉시 로드, 지연된 로드 및 SubmitChanges와 같은 LINQ to SQL 작업의 의미가 구현되려면 재정의 메서드에서 해당 서비스를 제공해야 합니다. 예를 들어 데이터베이스의 내용을 확인하지 않고 빈 컬렉션만 반환하는 로드 재정의는 데이터 불일치를 발생시킬 수도 있습니다.