.NET에서 "LINQ to SQL", 엔티티 프레임 워크 또는 NHibernate를 사용하는 것이 더 나은 데이터 액세스 방법은 무엇입니까?
언제 "LINQ to SQL", 엔티티 프레임 워크 또는 NHibernate를 사용할 수 있습니까?
상황에 따라 다른 방법을 사용해야합니까, 아니면 개인적인 취향입니까?
그렇다면 언제 어떤 방법을 사용합니까?
.NET에서 "LINQ to SQL", 엔티티 프레임 워크 또는 NHibernate를 사용하는 것이 더 나은 데이터 액세스 방법은 무엇입니까?
언제 "LINQ to SQL", 엔티티 프레임 워크 또는 NHibernate를 사용할 수 있습니까?
상황에 따라 다른 방법을 사용해야합니까, 아니면 개인적인 취향입니까?
그렇다면 언제 어떤 방법을 사용합니까?
MVC는 데이터 액세스와 관련이 없습니다. Linq2Sql, EF 또는 다른 것 중에서 선택할지 궁금하다면 새로운 EF가 릴리스 될 때까지 유창한 또는 다른 방식으로 NHibernate에 가야합니다.
MVC는 데이터와 아무 관련이 없습니다.
"매월 몇 달"에 대해 들었을 때 어디에 숨어 있었는지 궁금합니다. LINQ to SQL과 Entity Framework는 작년에 출시 된 .NET 3.5의 일부입니다.
EF를 사용할 수 없다고 생각했는데 .net 3.5 sp1이고 linqToSql은 .net 3.0의 일부였습니다. –
.NET 3.0을 C# 3.0과 혼동시킬 수 있습니다. http://msdn.microsoft.com/en-us/library/bb308959.aspx를 참조하십시오. –
EF는 .NET 3.5의 SP1까지 출시되지 않았지만, 어쨌든 1 년 전이었습니다. –
나는 프로젝트의 복잡성과 목표에 달려있다. 일반 SQL을 사용하여 간단한 데이터 세트를 가져 오는 것이 목표라면 linq-to-sql이 좋습니다. 그러나 첫 번째 및 두 번째 수준의 캐싱, 트랜잭션 쓰기, OO 쿼리 언어, 플러그인 포인트 요법과 같은 본격적인 ORM의 정교함을 활용하려는 경우 Nhibernate가 필요합니다.
나는 linqToSql을 사용하여 EF로 연주했고, MVC에 대한 짧은 글을 읽었지만 (혼란 스럽다) NHibernate를 보지 못했다. 나는 다음 프로젝트를 시작하기 전에 그것을 확실히 시도 할 것이다.
감사합니다. –