Tôi bắt đầu phát xung quanh với phương pháp tiếp cận mã đầu tiên cho khung thực thể, chủ yếu để tôi có thể trang trí các thuộc tính của tôi với chú thích hiển thị trong chế độ xem của tôi (nếu không, ngay bây giờ tôi phải tạo một lớp gần giống với một khung thực thể tạo ra cho tôi chỉ để tôi có thể thêm chú thích, và sau đó sao chép dữ liệu từ một đối tượng sang đối tượng kế tiếp).Dừng khung thực thể từ sửa đổi cơ sở dữ liệu
Ngay bây giờ có vẻ như khi tôi khởi động ứng dụng của mình, nó đang cố tạo cơ sở dữ liệu.
Tôi không muốn khung tổ chức để bao giờ sửa đổi cơ sở dữ liệu của tôi. Không. Không bao giờ. Thậm chí không thử nó. Nó thực sự không phải là khó để sửa đổi cơ sở dữ liệu; Tôi sẽ cảm thấy thoải mái hơn nhiều nếu tôi đã làm điều đó bản thân mình. Tôi không cần một khuôn khổ để nắm tay tôi khi thiết kế một cơ sở dữ liệu.
Tôi có thể yêu cầu khuôn khổ ngừng cố gắng sửa đổi cơ sở dữ liệu của mình không? Tôi rất do dự khi sử dụng mã đầu tiên vì thực tế là nó đang cố sửa đổi cơ sở dữ liệu của tôi khá đáng sợ. Ngay cả trong phát triển tôi cũng không bao giờ muốn thấy nó xảy ra.
Tôi có gặp may không?
nó có vẻ giống như mô hình của bạn không chính xác phù hợp cơ sở dữ liệu của bạn.Bạn có thể thử sử dụng một bản sao của cơ sở dữ liệu của bạn và điểm EF tại đó. Hãy để nó tạo ra sửa đổi db và so sánh sự khác biệt, sau đó sửa đổi mô hình của bạn cho phù hợp. Bạn cũng nên xem xét lớp chung của EntityTypeConfiguration. –
Sửa đổi giản đồ hoặc sửa đổi dữ liệu? – jrummell
một số người trong chúng ta không tin tưởng những di chuyển tự động này và xuất phát từ quan điểm thiết kế và thiết lập cơ sở dữ liệu đủ quan trọng để hoàn toàn hợp lý để thực hiện thủ công. Nhưng lấy EDMX ra khỏi tôi ... Một lý do khác để làm điều này: vì vậy một nhóm có thể làm việc trên DB trong khi nhóm kia thiết lập các lớp/mô hình để phù hợp - gần như song song. Và nếu bất cứ điều gì thay đổi, bạn không phải tìm kiếm lại để di chuyển. Chỉ cần cập nhật chú thích của bạn, v.v. – mmcrae