큰 프로젝트의 LINQ to SQL

L2S가 대규모 프로젝트에 적합한 지 궁금해지기 시작했습니다. 대규모 프로젝트 란 많은 스키마에 걸쳐 많은 테이블을 포함하고있는 데이터베이스를 의미합니다. 데이터베이스 스키마 이름과 일치하는 네임 스페이스에 엔티티가 포함되기를 바랍니다. 스키마 전반에 걸쳐있는 데이터베이스 상위/하위 관계가 있습니다. 즉, 우리의 부모/자식 엔터티가 네임 스페이스에 걸쳐 있음을 의미합니다. L2S는 이것을 처리 할 수 없습니다. L2S에서는 하나의 네임 스페이스 (.DBML)에있는 상위 항목과 다른 네임 스페이스 (.DBML)에있는 하위 항목을 포함하는 관계를 모델링 할 수 없습니다. 적어도 상당한 양의 사용자 정의 코드를 작성하지 않아도됩니다. 그러나 이것은 L2S 사용의 목적을 부분적으로 무효화합니다.큰 프로젝트의 LINQ to SQL

그래서 우리는 원하지 않는 단일 네임 스페이스에 모든 엔티티를 넣을 수 있습니다. 또는 모델링 제한을 극복하기 위해 부분 엔터티 클래스에 사용자 지정 코드를 작성할 수 있습니다. 우리는 특별히 이것을하고 싶지 않습니다.

다른 사람들이 어떻게 처리합니까?

감사합니다.

출처

2009-10-30 Randy Minder

LinqToSql이 필요에 맞지 않으면 다른 .NET ORM을 사용할 수 있습니다. O/R 디자이너 (예 : SQLMetal, T4, Plinqo 등)를 사용하지 않고도 LinqToSql을 사용할 수 있으며이 문제를 해결할 수 있습니다. –

나는 L2S에 대해 의견을 말할만큼 충분히 경험하지 못했지만, 그것은 싫은 사람처럼 보입니다. Fluent NHibernate를 보셨습니까? 그것은 당신의 문제를 완화시킬 것입니다. 당신은 또한 그것을 할 수 linq :

출처

2009-10-30 02:38:09

그것은 마치 future of Linq 2 SQL is uncertain 것처럼 보입니다. Microsoft는 Entity Framework에 주력하고있는 것으로 보입니다. 나는이 시점에서 Linq 2 SQL에 신중하게 투자 할 것이다. Entity Framework를 사용하는 것이 좋습니다.

출처

2009-10-30 02:43:49 Asaph

다시는 아닙니다. 이 문제는 광고 - 구역질과 함께 재촉되었습니다. StackOverflow는 SQL에 Linq를 사용합니다. 그것은 곧 사라질 것입니다. –

@ Robert Harvey : SO가 Linq 2 SQL을 사용하여 Podcast를 듣고 있음을 알고 있습니다. Microsoft가 Entity Framework에 중점을두고 있다는 사실은 변함이 없습니다. – Asaph

@Asaph - 엔티티 프레임 워크 TBH를 만지지는 않겠습니다. @Rober Harvey - @Asaph와 동의합니다 ... SO가 사용하는 것은 아무런 결과가 아닙니다. –

큰 프로젝트의 LINQ to SQL

답변

관련 문제