우선 Linq-to-SQL은 Microsoft SQL Server 전용이며, 따라서 귀하의 경우 해당 옵션이 즉시 창 밖으로 나옵니다.
다음으로 데이터 액세스가 얼마나 까다 롭고 얼마나 복잡한 지 결정해야합니다.
몇 가지 테이블을 다루고 있고 각 테이블에는 두 개의 열이 들어 있으며 몇 가지 정보를 읽고 쓰는 것이 필요하다면 표준을 사용하면 가장 좋습니다. ADO.NET (SQL 쿼리를 실행하는 ADO.NET 연결 및 명령 개체와 같은 항목). 이 시나리오에서는 관계형 모델 (데이터베이스의 행과 열)과 앱에있는 객체 사이의 모든 "변환"을 처리하는 것은 개발자의 몫입니다. 때때로 그럴싸한 비트와 반복적 인 코딩이 필요합니다 - 작동하지만 단순한 시나리오에서는 매우 쉽고 ADO.NET의 내부 동작을 이해할 수있는 최상의 토대를 제공합니다 (상당히 익숙한 경우).
ADO.NET Entity Framework와 Linq-to-Entities는 완전히 다른 짐승이며 꽤 복잡합니다. 매우 큰 응용 프로그램, 데이터베이스에 수십 또는 수백 개의 테이블을 가지고있을 때, 응용 프로그램에서 크고 가능한 복잡한 비즈니스 객체 모델이 있고 모든 종류의 백엔드 (SQL Server, Oracle, Postgres 등)를 지원해야 할 때 정말 빛납니다.). EF를 사용하면 디자이너에서 개체 (해당 속성이있는 "Customer"클래스)와 데이터베이스의 관계형 저장소 (열이있는 "Customers"테이블) 사이의 매핑을 정의 할 수 있으며 EF는 테이블과 도메인 객체 간의 매핑을 어렵게 만듭니다. 그러나 배울 점이 많습니다.
꽤 간단한 응용 프로그램을 사용하는 경우 로프에 대해 알아보고 작동 방식에 대한 느낌을 얻으려면 지금 당장 일반 ADO.NET을 사용하는 것이 좋습니다. 나는 EF 경로를가는 것이 당신의 경우에 문제와 학습 곡선의 가치가 있다고 생각하지 않습니다. 전혀 ADO 필요한 이유
마크
LINQ는 엔티티 프레임 워크입니다. 왜 다른 옵션으로 구분 된 이유가 확실하지 않은 ... –