처음에 명확한 것은 LINQ to SPRocs에 대한 이야기가 아닙니다.LINQ to SQL과 기존의 저장 프로 시저가 공존 할 수 있습니까?
나는 100 개 이상의 저장 프로 시저를 사용하는 기존 DAL이 있습니다. 이것은이 프로그램이 웹 앱이었을 때 만들어졌습니다. 이제 로컬 db를 사용하는 연결 환경에서 winform 응용 프로그램입니다. 나는 시간의 이익을 위해서 기존의 DAL을 남겨 두었으나 지금은 찾을 수있다.
내 질문에 내 프로그램에 dbml (datacontext)을 생성 할 때주의해야 할 함정이있다. 기존 DAL은 제 위치에 있습니까?
이렇게하면 기존 DAL을 작은 단계로 바꿀 수 있습니다.
당신의 SProc 중 하나가 당신의 LINQ DataContext가 현재 사용하고있는 객체의 데이터를 변경하는 경우, 당신이 알아야 할 잠재적 인 함정이 있습니다.
낙관적 동시성 잠금을 사용하는 경우 최악의 경우 LINQ 엔터티를 나중에 업데이트 할 수 없습니다 (데이터베이스의 기본 값이 "뒤에서"변경 되었기 때문에).
이것은 실제로 큰 문제는 아닙니다. 어쨌든 (여러 사용자간에 동시성을 처리해야합니다.) 그 외에는 어떤 문제도 보이지 않습니다.
마크
나는 알고 있습니다. DataContext는 다른 응용 프로그램으로 생각할 수 있습니다. 응용 프로그램이 정상적으로 작동한다면 데이터베이스가 임의의 응용 프로그램 연결을 처리 할 수 있다는 가정이 있습니다. Linq to SQL은 작업을 수행하기 위해 표준 SQL 명령을 사용하며 레코드 잠금 및 트랜잭션과 같은 일반적인 사항을 인식합니다. 당신의 접근 방식이 건전하다고 생각합니다.