2013-06-07 1 views
0

나는 흥미로운 보이는 그가 DBContext을 소개 ScottGu 비디오를 점검했지만 당신이 가지고있는 개념을 일반화하기 위해 항상 접근되고 싶은 수동 테이블을 선언 할 것으로 보인다을 사용하여은 DBContext 클래스를 통해 전달됩니다. 나는 그의 비디오에서 제대로 이해 주로 경우DBContext ObjectContext는 대 - 저장 프로 시저

, 당신은 DbContext에서 상속하는 클래스, 같은 것을 선언해야 :

public class MyDB: DbContext 
{ 
    public DbSet<User> Users { get; set; } 
} 

내 질문은 : 정말 모든 개체를 수동으로 추가 을해야합니까 ? 그리고 가져 오는 경우 저장 프로 시저? 새로 생성 된 MyDB 클래스에서 무엇을 선언합니까 ??

사용하려는 저장 프로 시저가 이미있는 경우이 작업을 수행하는 올바른 방법은 무엇입니까?

답변

0

DbContext를 사용하는 데는 두 가지 방법이 있습니다. 첫 번째는 상점 프로 시저를 사용할 수 있다고 생각하는 데이터베이스, 두 번째는 코드 우선, 해당 코드 우선은 현재 테이블에 대한 매핑 만 지원합니다. 이 불행히도 코드 첫 번째 저장 프로 시저, 뷰 또는 다른 데이터베이스 개체를 직접 매핑 할 수 없습니다 것을 의미합니다. Code First가 데이터베이스를 생성하게하는 경우 Code First가 데이터베이스를 만든 후에 수동으로 추가하는 것 이외에 데이터베이스에 이러한 아티팩트를 생성 할 수있는 방법이 없습니다. 기존 데이터베이스에 매핑하는 경우 테이블이 아닌 데이터베이스 아티팩트에서 데이터를 가져 오는 데 사용할 수있는 몇 가지 기술이 있습니다

+0

그렇다면 내 다음 질문은 이것이 될 것입니다 ... http : //stackoverflow.com/questions/ 16977595/entity-framework-is-using-procedures-such-a-bad-idea ?? –