업데이트 대다 LinqToSQL과의 관계

Question

내가 가진 경우, 예를 들어, 많은 - 투 - 많은 사용자와 역할 테이블 사이 "RolesToUsers"라는 매핑 테이블, 여기에 내가 그것을 할 방법 :

// DataContext is db, usr is a User entity 
// newUserRolesMappings is a collection with the desired new mappings, probably 
// derived by looking at selections in a checkbox list of Roles on a User Edit page 
db.RolesToUsers.DeleteAllOnSubmit(usr.RolesToUsers); 
usr.RolesToUsers.Clear(); 
usr.RolesToUsers.AddRange(newUserRolesMappings); 

SQL 프로파일 러를 한 번 사용했는데 이것은 매우 지능적인 SQL을 생성하는 것으로 보입니다. 더 이상 매핑 관계에없는 행만 삭제하고 아직 관계에없는 행만 추가합니다. 그것이 맹목적으로 생각한대로 그것은 관계의 완전한 청산 및 재건을하지 않습니다.

인터넷은 놀라 울 정도로 조용하고 "LinqToSQL many-to-many"쿼리는 대부분 LinqToSQL 데이터 매퍼가 어떻게 잘 "지원"하지 않는지에 대한 기사를 보여줍니다.

다른 사람들은 어떻게 LinqToSQL을 사용하여 many-to-many를 업데이트합니까?

Answer 1

관계는 일련의 사실입니다. Users, Roles 및 UsersToRoles은 모두 관계이며 하나를 다른 것보다 "일류"로 취급하는 것은 논리적으로 타당하지 않습니다. 당신이하고있는 일은 완벽하게 이해가됩니다. 그래서 매우 친절하게 일하는 것 같습니다.

ORM 세계는 SQL보다 훨씬 나쁜 관계형 모델입니다. 특히 관계형 데이터베이스는 객체 컬렉션을 저장한다는 오류를 제도화합니다. 그들은하지 않는다. 그들은 일련의 사실들을 저장한다. 사실 대부분은 약 엔티티입니다. 이것이 오류가 너무 매력적인 이유입니다. 그러나 많은 사실은 구성원 자격, 사건, 상태, 의견, 거래, 변경, 비교, 역사 등과 같은 많은 다른 종류의 개념에 관한 것입니다. 사용자가 특정 역할을 채택 할 때 어떤 점에서

1. , 당신은 표시 할 수 있으며, 그 역할은 승인 대기 중입니다 아마 여부, 또는 일시적으로 취소 :

   또한 고려한다. 데이터 모델에서 표현하고자하는 모든 "관계"가 다 대 다 관계를 구성하는 두 개의 외래 키를 초과하는 페이로드를 전달한다는 것을 알게되었습니다. OR 매핑이 many-to-many를 숨기도록 설정 되었다면 엔티티로의 전환이 코드 분할과 관련하여 매우 어려움을 알 수 있습니다.

2. 자주 관계가 바이너리보다 복잡합니다. "교수 P는 수업 C에서 교과서 T를 사용합니다." 교수 객체의 일부 컬렉션 속성 뒤에 숨기 쉽지 않은 환원 불가능한 삼원 관계 일 수 있습니다.
   • 몇 분 전에 정확히이 문제가 SO question으로 나타났습니다. JPA 2.0이 3 진 관계에 대한 지원을 명시 적으로 추가해야한다는 질문에서 나타납니다 (4 진 등 관계를 처리합니까?).

Answer 2

이것은 귀하의 질문에 대한 답변이 아니며 그 이유에 대해 '인터넷은 그 주제에 대해 놀랍도록 조용합니다'라고 대답 할 수 있습니다. 개의 항목을 업데이트/삭제/추가하면됩니다. -to-n 관계이므로 자신이 가지고있는 질문을 스스로에게 묻지 않아도됩니다.

'사용자'와 '역할'테이블이 두 개 있고 용도가 사용자에게 /에서 역할을 추가/삭제하는 것과 같습니다.

궁금한 점이 있습니다 : 어떤 애플리케이션에서 예제와 같이 전체 매핑을 업데이트해야합니까?