Biri
그는 물었다 12년 전
8

데이터베이스 스키마 업데이트 있는 엔티티입니다 레임워크

주위에 설치한 VS SP1 엔티티입니다 프레임워크입니다 함께 했다.

내가 만든 기존 데이터베이스 스키마 에서 몇 가지 기본적인 작업을 했고.

보고서는 또 잘 제외한 대부분의 데이터베이스 스키마 업데이트.

모든 기본 운행에서어떠한 데이터베이스를 변경했습니다.

  • 추가된 새 테이블
  • 테이블 폐기됩니다
  • 새 열이 추가되든지 기존 테이블
  • 삭제 기존 테이블의 열
  • 기존 열 변경일 유형

하지만 이후 첫 번째 3 유형 변경 및 삭제 후 변경 및 열 데이터베이스입니까 않았다.

이 디자이너는 작업을 수행할 수 있는 방법이 없나요? 아니면 지금 지원되지 않음? 난 아직 그래도 검색: didn& # 39, 관련 자료를 찾을 수 없다.

mnemonic
그는 5년 전 댓글을 달았습니다
0

멋지구리해요 질문이예요 최근 몇 년 전 같은 문제가 있었다. 아마도 두통이 발생할 수 있습니다 :-) 규모의 기존 열 말할 것도 없고, 이름 변경

Biri
그는 5년 전 댓글을 달았습니다
0

네, 지금 내가 있는 매우 효과적인 고데퍼스트 don& it& # 39, s, t # 39 이 문제가 더 이상.

답변 7 개

아마도 그 때문에 발생할 수 있는 꼭 이래야겠어요 don& # 39, t break the s # 39, 기존 코드, 하지만 그들은 다시그것들을 구축하십시오 that& 그냥 내 세에서의 있는 것 같다.

39 의 here& 나의 논리를 폈다.

첫째, EF 1:1 표 이상 되어야 하는 구성도를 도왔으매 it& # 39 의 가능성이 상당히 해서 열 from table A, t 짓궂군요 doesn& 삭제하고 있습니다 # 39 의 엔티티입니다 좁히어 shouldn& # 39, 속성에 대한 설명을 할 수 있는 것이다. 그냥 그 속성이 다른 테이블에 매핑해야 수 있습니다.

둘째, 물론 break 는 유형 변경 할 수 있다. # 39 의 that& 유일한 근거 없다.

Csaba Toth
그는 4년 전 댓글을 달았습니다
0

문자 애플리케이션 구축, 현실 세계를 변경됩니까 손상될 수 있지만 그럴 수도 있어요. 로 이 절차가 매우 낮은 마찰 또는 장고 iqn. &Quot 처리할 수 있는 break"; 데이터 마이그레이션과 만들 수 있습니다. # 39, 그런 경우 EF doesn& there& # 39 의 많이유 잡을 수 없다.

39, ve i& 것으로, 일반적으로 버그, & # 39 의 모델을 통해 아직도 적지 업데이트하십시오 Database& # 39. 기능.

키는 I& 수정한 것으로, ve (the killer 가져다줄래요 - # 39 아직 내가 만들 수 있는 기본 키 추가하기에서는 외래 키 릴레이션십 스냅하거나 테이블로 제대로 updater (컴파일 오류가 있다는 점에서 부여하느뇨 생성된 코드) - 하지만 it& # 39 을 삭제하는 문제를 해결하기 위해 간단한 사건 (불과 몇 분) - 이것은 이상적인 모델을 다시 가져 오기 미만임 분명히 있지만 i& # 39, & # 39, 한 번 실패를 fresh& # 39 한 적이 없어요. 가져오기의.

Matt Bridges
그는 10년 전 댓글을 달았습니다
1

그렇게 잘못된 느꼈어요 오버스버트 I& # 39 m not delete, 시작, 아마 이 갖고 있는 유일한 사람 '을 할 수 밖에!

39 의 디자이너, ve seen, # 39 의 데모 I& it& 아닌 완벽한 목석같은놈. It 는 버전 1.0 은 몇 가지 문제점을 # 39 의 제품 도왔으매 it& 바인딩되고. 그 중 하나가 변경 유형이 보인다. 디자이너 및 코드 생성, 그 중 하나가 될 것이라고 생각했어요 충스러웠으니 거짓말을해야합니다 분할합니다 컴파일 타임에 (않을 것 같다) 또는 런타임 시에 (모델의 경우 실제로 수행되).

39 m, I& 운행에서어떠한 이렇게 (및 I& # 39 m, 모든 것을 할 수 있으며, 열 너회가 언급하십시오 이름 바꾸기) 은 변경하여 EF 코드를 사용하여 데이터베이스에 재생성하면 EF 코드를 이번이 처음이다.

39 m not i& 조작, 캐논 EF 코드 첫 수업을 좋은 나쁜 (무의미 release. 열이 관계 등) 을 부드럽게를 과정.

아니 디자이너나 러마 발생기입니다 데이터베이스에구성원을 운영 데이터베이스 스키마 변경 할 수 있을 있을 경우 제한된 데이터 항목이없습니다. 이 때문에 항상 있는지 확인하는 시작하여, 변경 사항을 DB 가 있는 현실을 반영하여 다음 그들을 시험하노라 개발 데이터베이스 코드에 따라 변화한다.

내가 좋아하는 지은 비슷한 앱을 요청되었습니다. 하지만 내 해결책은 딱딱하죠 내가 말할 수 있도록 노력하겠다.

  1. 이러한 객체에는 데이터베이스 관리 책임을 져야 할 직접 만들 클라스 생성, 업데이트 및 데이터베이스 스키마 (수동으로로 내가 만든 해당).

  2. 내가 본 좋은 글 · 소스 코드 진단트리로 ADO.NET 팀 블로그 에서, 그 후 이 블로그 오픈 소스 드미트로우스 다운로드할 수도 있습니다. 또한 이를 통해 구현하십시오 모델 창출 및 업데이트 루틴을 프로젝트로.

  3. 마지막으로 너회의 스키마에는 변경일 너회가 재생성해야 할 때 해당 모델과 재구축합니다 동안 고객 데이터 및 바인딩하거나 조립품을 런타임용으로 개발하십시오. 하지만 반드시 알아야 할 가장 중요한 프로젝트에 조립품을 너회의 데이터 모델과 함께 느슨하게 연결된 생각하노라 타이법으로요 합니다 (체크아웃하려고 이 )

다른 방법으로 기다려야 한다 (이 이제 1 CTP), EF 4.0 릴리스에는 제공하십시오 발표된 것이라고 생성, 삭제, 업데이트 다타바지스크리프트 총괄하였습니다.

좋은 잠급니다

앞서 언급했듯이 그냥 삭제하시겠습니까 &solarisdvd 디자이너 열 수 있습니다. 지금처럼 데이터 형식 변경 열: 그냥 데이터베이스에서 테이블 매핑이라는 새로고칩니다 모델을 선택하고 있는 열 변경한 후 documentum. DB. 이 모델에 대해서는 값을 표현할 수 없는 만큼 적절한 기묘하게 자동으로 업데이트되도록 열을 선택한 한 것이 아니라, 오른쪽으로 가서 데이터 유형 속성 및 변경하십시오 할 수 있다. 이 메뉴를 드롭다운하십시오 삼아야 합니다.

건배해요

러디

혼자서 디자이너나 에서 XML 파일을 열 삭제해야 합니다.