ईएफ कोड-प्रथम में लिंक टेबल के लिए कैस्केड डिलीट को अक्षम कैसे करें?

Question

मैं इकाई फ्रेमवर्क कोड-प्रथम के साथ एक लिंक तालिका के लिए कैस्केड हटा देता हूं। उदाहरण के लिए, यदि कई उपयोगकर्ताओं के पास कई भूमिकाएं हैं, और मैं एक भूमिका को हटाने का प्रयास करता हूं, तो मैं चाहता हूं कि को अवरुद्ध करने के लिए हटाएं जब तक वर्तमान में उस भूमिका से जुड़े कोई उपयोगकर्ता नहीं हैं। मैं पहले से ही झरना को दूर मेरी OnModelCreating में सम्मेलन को हटा दें:

protected override void OnModelCreating(DbModelBuilder modelBuilder) { 
    ... 
    modelBuilder.Conventions.Remove<OneToManyCascadeDeleteConvention>(); 

और फिर मैं उपयोगकर्ता के भूमिका लिंक तालिका सेट:

modelBuilder.Entity<User>() 
    .HasMany(usr => usr.Roles) 
    .WithMany(role => role.Users) 
    .Map(m => { 
     m.ToTable("UsersRoles"); 
     m.MapLeftKey("UserId"); 
     m.MapRightKey("RoleId"); 
    }); 

फिर भी जब एफई डेटाबेस बनाता है, इसके लिए एक हटाने झरना बनाता है विदेशी कुंजी संबंध, उदाहरण के लिए।

ALTER TABLE [dbo].[UsersRoles] WITH CHECK ADD CONSTRAINT [FK_dbo.UsersRoles_dbo.User_UserId] FOREIGN KEY([UserId]) 
REFERENCES [dbo].[User] ([UserId]) 
ON DELETE CASCADE 
GO 

ALTER TABLE [dbo].[UsersRoles] WITH CHECK ADD CONSTRAINT [FK_dbo.UsersRoles_dbo.Role_RoleId] FOREIGN KEY([RoleId]) 
REFERENCES [dbo].[Role] ([RoleId]) 
ON DELETE CASCADE 
GO 

मैं इस डिलीट कैस्केड को उत्पन्न करने वाले ईएफ को कैसे रोक सकता हूं?

Answer 1

मुझे जवाब मिला। :-) उन कैस्केड हटाए गए थे ManyToManyCascadeDeleteConvention के कारण। आप लिंक तालिकाओं के लिए यह झरना बनाने से रोकने के इस सम्मेलन को हटा देता है हटाने की जरूरत:

modelBuilder.Conventions.Remove<ManyToManyCascadeDeleteConvention>(); 

Answer 2

मुझे विश्वास है कि बंद ManyToManyCascadeDeleteConvention विश्व स्तर पर मोड़ एक बुद्धिमान विकल्प नहीं है। इसके बजाए, संबंधित तालिका के लिए इसे से बंद करना बेहतर है।

यह cascadeDelete संपत्ति के लिए जेनरेट माइग्रेशन फ़ाइल को संपादित करने के माध्यम से हासिल किया जा सकता है।

AddForeignKey("dbo.UsersRoles", "UserId", "dbo.User", "UserId", cascadeDelete: false);

Answer 3

मैं Ebram खलील के साथ सहमत हैं कि यह एक एकल तालिका के लिए बंद करने के लिए एक अच्छा विकल्प है: उदाहरण के लिए। मैं के रूप में मैं कर सकते हैं स्वचालित रूप से बनाया माइग्रेशन के नजदीक रहना हालांकि, की तरह है, तो मैं इसे स्थापित करेगा अप OnModelCreating में:

modelBuilder.Entity<User>() 
    .HasMany(usr => usr.Roles) 
    .WithMany(role => role.Users) 
    .Map(m => { 
     m.ToTable("UsersRoles"); 
     m.MapLeftKey("UserId"); 
     m.MapRightKey("RoleId"); 
    }) 
    .WillCascadeOnDelete(false); 

मेरा मानना ​​है कि यह दूसरी दिशा जा रहा हटाना को बरकरार रखता है, इसलिए यदि दोनों होने की जरूरत अवरुद्ध (इस उदाहरण में समझ में आता है) एक समान कॉल को Entity<User>(Role)

से शुरू करने की आवश्यकता होगी बेशक, प्रश्न पूछने के बाद यह उम्र आती है। तो यह 2012 में मान्य नहीं हो सकता है।