LLBLGen Pro를 엄격하게 EF4의 디자이너로 사용

Question

우선 - EF4 작동 방식에 대해 잘 알고 있습니다. 내 주요 관심사는 지금 내가 100 개 이상의 테이블을 얻을 때 확장 할 수있는 능력이다. 이상적으로 스키마는 동일한 데이터 컨텍스트 아래에 보관해야합니다. 주제 분야로 나눌 필요가 있다면 아주 좋지 않을 것입니다. 중복 코드 등이 있습니다.

So. EF4를 덩어리로 만들고 관계를 보존 할 해결책이 없습니다. 사실, 디자이너를 사용하지 않고 수동으로 XML을 편집하는 것과 같은 일종의 방법이 있습니다. 안좋다.

그리고 여기 LLBLGen Pro가 있습니다. 디자이너와 ORM 프레임 워크라는 것을 이해하지만 EF4 엔티티 생성에 디자이너를 사용할 수 있음을 이해합니다.

내가 제대로 그 이해를 수행

1. 난 여전히 VS 디자이너와 같은 EF4을 사용할 수 있습니까? 나는 출력이 똑같을 것을 의미합니까? 저는 어딘가에서 저장된 procs를 사용하는 것으로 제한되어 있습니다, LINQ는 없습니다. 아니면 EF와 같을까요?
2. 대용량 데이터베이스를 관리 할 수 ​​있으며 데이터베이스가 변경되면 Visual Studio 외부에서 코드를 다시 생성해야한다는 단점이 있습니다.

정확하다면 느린 디자이너/모델 문제에 대한 훌륭한 해결책 일 수 있습니다.

Answer 1

VS 디자이너와 마찬가지로 EF4를 사용할 수 있습니까? 출력이 과 같은 것을 의미합니까? 저는 어딘가에서 저장된 procs를 사용하는 것으로 제한되어 있습니다, LINQ는 없습니다. 아니면 EF와 같을까요?

어디서 읽었습니까? 클래스와 EDMX를 생성합니다. POCO, STE 또는 'EFv1 스타일'엔티티/컨텍스트를 생성하도록 선택할 수 있습니다. 그래서 당신이 원하는 것을 EF로 할 수 있고, Linq, 엔티티 sql 등을 사용할 수 있습니다. 생성 된 클래스는 통합 템플릿 편집기에서 편집 할 수있는 템플릿을 사용하여 생성됩니다. 또한 클래스는 별도의 파일로 생성되므로 1 파일에 1 개의 큰 코드를 더 이상 포함 할 필요가 없으므로 프로젝트 당 하나의 프로젝트로 구성되므로 프로젝트마다 하나의 프로젝트, 컨텍스트 + edmx가 있으므로 코드를 더 잘 구분할 수 있으므로 참조 할 수 있습니다. 엔티티는 컨텍스트를 참조하지 않고 다른 곳에서 프로젝트를 진행합니다.

내가 큰 데이터베이스를 관리 할 수 ​​있으며 유일한 단점은 데이터베이스에 변경을가 만약 내가 비주얼 스튜디오의 외부에서 코드를 다시 생성 할 수있을 것이라는 점을 것인가?

옙. LLBLGen Pro는 모델을 처음 지원하므로 데이터베이스를 업데이트하는 DDL SQL 스크립트를 생성 할 수 있으므로 데이터베이스 스키마와 엔티티 모델을 하나의 프로젝트에서 관리 할 수 ​​있습니다. 그것은 상당히 큰 데이터베이스를 취할 수 있도록 :

LLBLGen 프로의 디자이너가, 2500 엔티티 프로젝트에서 테스트되었습니다;

희망이

도움) (면책 조항 : 나는 프로 LLBLGen)를 썼다