प्रशिक्षण पाठ्यक्रम। Conc.NET ASP.NET MVC में एंटिटी फ्रेमवर्क के साथ

यह एंटिटी फ्रेमवर्क और ASP.NET MVC 3 का उपयोग करके विकास पर लेखों की एक श्रृंखला का अंतिम भाग है। आप निम्नलिखित लिंक पर पहला अध्याय पा सकते हैं:

• ASP.NET MVC अनुप्रयोग के लिए एक इकाई ढांचा डेटा मॉडल बनाना
• ASP.NET MVC अनुप्रयोग में इकाई फ्रेमवर्क के साथ बुनियादी CRUD कार्यक्षमता को लागू करें
• ASP.NET MVC एप्लिकेशन में इकाई फ्रेमवर्क के साथ सॉर्ट करें, फ़िल्टर करें, और पगिनेट करें
• ASP.NET MVC अनुप्रयोग के लिए एक जटिल डेटा मॉडल बनाना
• ASP.NET MVC अनुप्रयोग, भाग 2 के लिए एक जटिल डेटा मॉडल बनाना
• ASP.NET MVC एप्लिकेशन में इकाई फ्रेमवर्क से डेटा लोड हो रहा है
• ASP.NET MVC एप्लिकेशन में इकाई फ्रेमवर्क का उपयोग करके संबंधित डेटा को अपडेट करना

पिछले पाठों में, आपने संबंधित डेटा के साथ काम किया। इस पाठ में, हम समवर्ती पहुंच मुद्दों को संबोधित करेंगे। आप विभाग इकाई के साथ काम करने वाले पृष्ठ बनाएंगे, और विभाग संस्थाओं को संपादित करने और हटाने के लिए पृष्ठ भी निर्णायक त्रुटियों को संभालेंगे। परिणाम चित्रण में दिखाए गए हैं।





समवर्ती पहुंच संघर्ष

जब एक उपयोगकर्ता एक इकाई के बारे में डेटा देखता है और इसे आगे संपादित करता है, तो एक साथ एक्सेस संघर्ष उत्पन्न होता है, जबकि एक ही समय में किसी अन्य उपयोगकर्ता डेटाबेस से सहेजे जाने से पहले किए गए परिवर्तनों से पहले उसी डेटा को अपडेट करता है। यदि ईएफ को इस तरह के संघर्षों का पता लगाने के लिए कॉन्फ़िगर नहीं किया गया है, तो डेटाबेस को अपडेट करने वाला अंतिम पहले किए गए परिवर्तनों को अधिलेखित कर देगा। कई अनुप्रयोगों में, जोखिम महत्वपूर्ण नहीं है: यदि कई उपयोगकर्ता हैं, या कई अपडेट हैं, या परिवर्तन को फिर से लिखना बहुत महत्वपूर्ण नहीं है, तो समवर्ती-उन्मुख प्रोग्रामिंग की लागत इसके लाभ से अधिक होगी। इस मामले में, ऐसी स्थितियों को संभालने के लिए अनुप्रयोगों को कॉन्फ़िगर करना आवश्यक नहीं है।

निराशावादी संगरोध (लॉकिंग)

यदि एप्लिकेशन को एक साथ एक्सेस संघर्षों के परिणामस्वरूप आकस्मिक डेटा हानि को रोकने की आवश्यकता है, तो समस्याओं को हल करने के तरीकों में से एक तालिकाओं को लॉक करना है। इसे निराशावादी संगरोध कहा जाता है । उदाहरण के लिए, डेटाबेस से रिकॉर्ड डाउनलोड करने से पहले, आप रीड-ओनली या अपडेट एक्सेस पर ताला लगाने का अनुरोध करते हैं। यदि आप इस तरह से बदलने के लिए पहुँच को ब्लॉक करते हैं, तो कोई भी अन्य उपयोगकर्ता इस रिकॉर्ड को केवल पढ़ने के लिए या एक्सेस बदलने से नहीं रोक सकता है, क्योंकि वे डेटा की केवल एक प्रति प्राप्त करते हैं। यदि आप केवल-पढ़ने के लिए पहुँच लिखने को रोकते हैं, तो अन्य इसे केवल-पढ़ने के लिए पहुँच पर भी लॉक कर सकते हैं, लेकिन परिवर्तित नहीं।

लॉक प्रबंधन की अपनी कमियां हैं। प्रोग्रामिंग बहुत जटिल हो सकता है, ताले को गंभीर डेटाबेस संसाधनों की आवश्यकता होती है, और एप्लिकेशन के उपयोगकर्ताओं की संख्या बढ़ने के साथ ही डाउनलोड ओवरहेड्स बढ़ जाते हैं। इस संबंध में, सभी DBMS निराशावादी संगरोध का समर्थन नहीं करते हैं। एंटिटी फ्रेमवर्क निराशावादी संगरोध के लिए एक अंतर्निहित तंत्र प्रदान नहीं करता है, और इस दृष्टिकोण को इस पाठ में नहीं माना जाएगा।

आशावादी संगति

निराशावादी संगामिति का एक विकल्प आशावादी संगोष्ठी है । आशावादी संगामिति समवर्ती पहुँच संघर्ष की अनुमति देता है, लेकिन आपको ऐसी स्थितियों के लिए पर्याप्त रूप से प्रतिक्रिया करने की अनुमति देता है। उदाहरण के लिए, जॉन ने डिपार्टमेंट्स एडिट पेज को खोला, अंग्रेजी शाखा के लिए बजट मूल्य को $ 350,000.00 से $ 100,000.00 में बदल दिया।



जॉन सहेजें बटन पर क्लिक करने से पहले, जेन एक ही पृष्ठ खोलता है और प्रारंभ दिनांक मान को 1/1/1999 में बदलता है।



जॉन पहले सेव बटन को धक्का देता है और अपने परिवर्तनों को देखता है, और उसी क्षण जेन बटन दबाता है। इस प्रकार आप इस तरह की स्थिति को कैसे संभालते हैं, इस पर निर्भर है। उन्हें निम्नलिखित विधियों का उपयोग करके संसाधित किया जा सकता है:

• आप एक रिकॉर्ड रख सकते हैं कि कौन सी संपत्ति संपादित की गई है और केवल डेटाबेस में संबंधित कॉलम को अपडेट करें। उदाहरण में, डेटा खो नहीं जाएगा, क्योंकि विभिन्न उपयोगकर्ताओं द्वारा विभिन्न गुणों को संपादित किया गया है। अगली बार, अंग्रेजी शाखा के डेटा को देखने पर, उपयोगकर्ता जॉन और जेन दोनों द्वारा किए गए परिवर्तनों को देखेंगे।

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

• आप जॉन को बदलने के लिए जेन को बदल सकते हैं। फिर अगले उपयोगकर्ता को 1/1/1999 दिखाई देगा और पुराना मूल्य $ 350,000.00 है। इस स्क्रिप्ट को क्लाइंट जीत या अंतिम में जीत कहा जाता है। यदि आप एप्लिकेशन के व्यवहार को नहीं बदलते हैं तो यह स्वचालित रूप से होता है।
• आप जेन के परिवर्तनों के लिए डेटाबेस को अपडेट नहीं कर सकते हैं: एक त्रुटि फेंकें, डेटा की वर्तमान स्थिति दिखाएं और इसे पृष्ठ को ताज़ा करने दें और अपने डेटा को फिर से दर्ज करें। इस स्क्रिप्ट को स्टोर जीत कहा जाता है। हम इस परिदृश्य का उपयोग इस ट्यूटोरियल में करेंगे। यह गारंटी देता है कि परिवर्तन खो नहीं जाएगा, और उपयोगकर्ता को एक साथ एक्सेस संघर्ष के बारे में समय पर सूचित किया जाता है।

समवर्ती पहुँच संघर्ष का पता लगाने

आप इस प्रकार के संघर्ष को ईएफ द्वारा फेंके गए ऑप्टिमिस्टिककॉनएजेंसी अपवाद को संभालकर हल कर सकते हैं। इस अपवाद को कब फेंकना है, यह जानने के लिए, ईएफ को यह निर्धारित करने में सक्षम होना चाहिए कि संघर्ष कब होता है। इसलिए, आपको डेटाबेस और डेटा मॉडल को ठीक से कॉन्फ़िगर करना होगा। आप इस सेटअप के लिए निम्नलिखित विकल्पों का उपयोग कर सकते हैं:

• डेटाबेस में तालिका में, "ट्रैकिंग" कॉलम शामिल करें, जिसका उपयोग यह निर्धारित करने के लिए किया जा सकता है कि रिकॉर्ड कब बदल गया। फिर आप इस कॉलम को अपडेट या डिलीट क्वेरी के जहाँ क्लॉज़ में शामिल कर सकते हैं।

इस स्तंभ का डेटा प्रकार आमतौर पर एक टाइमस्टैम्प है, लेकिन यह वास्तव में एक तारीख या समय संग्रहीत नहीं करता है। इसके बजाय, मूल्य हर बार डेटा अपडेट होने पर एक अंक बढ़ने के बराबर होता है (समान डेटा प्रकार SQL सर्वर के हाल के संस्करणों में रोवरवर्जन प्रकार का हो सकता है)। अपडेट या डिलीट क्वेरीज़ में, जहाँ स्टेटमेंट में "ट्रैकिंग" कॉलम का मूल मूल्य शामिल है। यदि अपडेट प्रक्रिया के दौरान उपयोगकर्ता द्वारा एक रिकॉर्ड संपादित किया जाता है, तो इस कॉलम का मूल्य मूल से अलग है, इसलिए अपडेट और डिलीट क्वेरीज़ इस रिकॉर्ड को नहीं पा सकते हैं। जब ईएफ पता लगाता है कि अपडेट या डिलीट अनुरोध के साथ कुछ भी अपडेट नहीं किया गया है, तो यह इसे समवर्ती एक्सेस संघर्ष के रूप में देखता है।

• अद्यतन और हटाएं प्रश्नों के कथन में प्रत्येक स्तंभ के स्रोत डेटा को शामिल करने के लिए EF कॉन्फ़िगर करें।

एक विकल्प के रूप में, यदि रिकॉर्ड में कुछ भी नहीं बदला गया है क्योंकि यह पहली बार लोड किया गया था, जहां स्टेटमेंट अपडेट के लिए रिकॉर्ड वापस नहीं करेगा, जिसे ईएफ एक संघर्ष के रूप में अनुभव करेगा। यह विकल्प अनुवर्ती कॉलम विकल्प जितना ही प्रभावी है। हालांकि, यदि कई स्तंभों के साथ एक तालिका है, तो इस दृष्टिकोण के उपयोग से बड़ी संख्या में कथन और डेटा और राज्यों के बड़े सरणियों को प्रबंधित करने की आवश्यकता हो सकती है। यह दृष्टिकोण ज्यादातर मामलों में उपयोग के लिए अनुशंसित नहीं है।

इस पाठ में, हम विभाग इकाई में एक "ट्रैकिंग" कॉलम जोड़ेंगे, एक नियंत्रक और विचार बनाएंगे और एक साथ सब कुछ परीक्षण करेंगे।

ध्यान दें कि यदि आप "ट्रैकिंग" कॉलम के बिना समानता को लागू करते हैं, तो आपको सभी गैर-प्राथमिक कुंजियों को ConcurrencyCheck विशेषता के साथ चिह्नित करना होगा, EF के लिए निर्दिष्ट करते हुए कि सभी कॉलम अपडेट प्रश्नों के विवरण में शामिल किए जाएंगे

डिपार्टमेंट एंटिटी में ट्रैकिंग कॉलम जोड़ना

मॉडल \ विभाग में । सीएस एक "ट्रैकिंग" कॉलम जोड़ें:

[Timestamp] public Byte[] Timestamp { get; set; } 

टाइमस्टैम्प विशेषता निर्धारित करती है कि यह कॉलम अपडेट और डिलीट क्वेरीज़ के स्टेटमेंट में शामिल किया जाएगा।

नियंत्रक निर्माण

एक विभाग नियंत्रक और विचार बनाएँ:



नियंत्रकों में \ DepartmentController.cs का उपयोग करके जोड़ें:

System.Data.Entity.Infrastructure का उपयोग करना;

संपूर्ण फ़ाइल (चार प्रविष्टियाँ) में LastName को FullName में बदलें ताकि अंतिम नाम के बजाय पूरा नाम संकाय व्यवस्थापकों की ड्रॉप-डाउन सूची में प्रदर्शित हो।

HttpPost एडिट विधि कोड को इसके साथ बदलें:

 [HttpPost] public ActionResult Edit(Department department) { try { if (ModelState.IsValid) { db.Entry(department).State = EntityState.Modified; db.SaveChanges(); return RedirectToAction("Index"); } } catch (DbUpdateConcurrencyException ex) { var entry = ex.Entries.Single(); var databaseValues = (Department)entry.GetDatabaseValues().ToObject(); var clientValues = (Department)entry.Entity; if (databaseValues.Name != clientValues.Name) ModelState.AddModelError("Name", "Current value: " + databaseValues.Name); if (databaseValues.Budget != clientValues.Budget) ModelState.AddModelError("Budget", "Current value: " + String.Format("{0:c}", databaseValues.Budget)); if (databaseValues.StartDate != clientValues.StartDate) ModelState.AddModelError("StartDate", "Current value: " + String.Format("{0:d}", databaseValues.StartDate)); if (databaseValues.InstructorID != clientValues.InstructorID) ModelState.AddModelError("InstructorID", "Current value: " + db.Instructors.Find(databaseValues.InstructorID).FullName); ModelState.AddModelError(string.Empty, "The record you attempted to edit " + "was modified by another user after you got the original value. The " + "edit operation was canceled and the current values in the database " + "have been displayed. If you still want to edit this record, click " + "the Save button again. Otherwise click the Back to List hyperlink."); department.Timestamp = databaseValues.Timestamp; } catch (DataException) { //Log the error (add a variable name after Exception) ModelState.AddModelError(string.Empty, "Unable to save changes. Try again, and if the problem persists contact your system administrator."); } ViewBag.InstructorID = new SelectList(db.Instructors, "InstructorID", "FullName", department.InstructorID); return View(department); } 

दृश्य एक छिपे हुए क्षेत्र में "ट्रैकिंग" कॉलम के मूल मूल्य को प्रदर्शित करता है। विभाग उदाहरण बनाते समय, इस ऑब्जेक्ट का टाइमस्टैम्प संपत्ति में कोई मान नहीं होगा। फिर, EF अपडेट अनुरोध बनाने के बाद, अनुरोध में मूल टाइमस्टैम्प मान के साथ रिकॉर्ड के लिए खोज स्थिति के साथ एक विवरण कहां होगा।

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

 var entry = ex.Entries.Single(); var databaseValues = (Department)entry.GetDatabaseValues().ToObject(); var clientValues = (Department)entry.Entity; 

इसके अलावा, कोड डेटाबेस में मूल्यों वाले प्रत्येक कॉलम के लिए एक त्रुटि संदेश जोड़ता है जो उपयोगकर्ता द्वारा संपादित पृष्ठ पर दर्ज किए गए से भिन्न होता है:

 if (databaseValues.Name != currentValues.Name) ModelState.AddModelError("Name", "Current value: " + databaseValues.Name); // ... 

त्रुटि पर, एक विस्तृत संदेश प्रदर्शित होता है:

 ModelState.AddModelError(string.Empty, "The record you attempted to edit " + "was modified by another user after you got the original value. The" + "edit operation was canceled and the current values in the database " + "have been displayed. If you still want to edit this record, click " + "the Save button again. Otherwise click the Back to List hyperlink."); 

अंत में, कोड विभाग ऑब्जेक्ट के लिए टाइमस्टैम्प संपत्ति के मूल्य को डेटाबेस से प्राप्त नए मूल्य पर सेट करता है। जब संपादन पृष्ठ ताज़ा किया जाता है, तो यह नया मान एक छिपे हुए फ़ील्ड में संग्रहीत किया जाएगा, और अगली बार जब आप सहेजें पर क्लिक करेंगे, तो केवल पृष्ठ पर पुनः लोड किए जाने के बाद से होने वाली उन संगणकीय त्रुटियों को पकड़ा जाएगा।

दृश्य \ विभाग \ संपादित करें में । Cshtml विभाग की संपत्ति के लिए छिपे हुए क्षेत्र के तुरंत बाद, टाइमस्टैम्प मान को बचाने के लिए एक छिपा हुआ फ़ील्ड जोड़ें:

Html .HiddenFor (मॉडल => model.Timestamp)

दृश्य \ विभाग \ सूचकांक में । cshtml कोड को प्रतिस्थापित करता है, इसलिए प्रविष्टियों के लिंक को बाईं ओर शिफ्ट करने और पेज हेडर और कॉलम बदलने के लिए:

 @model IEnumerable<ContosoUniversity.Models.Department> @{ ViewBag.Title = "Departments"; } <h2>Departments</h2> <p> @Html.ActionLink("Create New", "Create") </p> <table> <tr> <th></th> <th>Name</th> <th>Budget</th> <th>Start Date</th> <th>Administrator</th> </tr> @foreach (var item in Model) { <tr> <td> @Html.ActionLink("Edit", "Edit", new { id=item.DepartmentID }) | @Html.ActionLink("Details", "Details", new { id=item.DepartmentID }) | @Html.ActionLink("Delete", "Delete", new { id=item.DepartmentID }) </td> <td> @Html.DisplayFor(modelItem => item.Name) </td> <td> @Html.DisplayFor(modelItem => item.Budget) </td> <td> @Html.DisplayFor(modelItem => item.StartDate) </td> <td> @Html.DisplayFor(modelItem => item.Administrator.FullName) </td> </tr> } </table> 

परीक्षण अनुकूलन आशावादी

प्रोजेक्ट चलाएं और विभागों पर क्लिक करें:



एडिट लिंक पर क्लिक करें और फिर दूसरी ब्राउज़र विंडो में एक और एडिट पेज खोलें। विंडोज को समान जानकारी प्रदर्शित करनी चाहिए।



पहली ब्राउज़र विंडो में फ़ील्ड बदलें और सहेजें पर क्लिक करें ।



परिवर्तित डेटा के साथ इंडेक्स पेज प्रदर्शित होता है।



दूसरी ब्राउज़र विंडो में एक ही फ़ील्ड को अलग मान में बदलें।



त्रुटि संदेश देखने के लिए सहेजें पर क्लिक करें :



फिर से सहेजें पर क्लिक करें । दूसरे ब्राउज़र विंडो में आपके द्वारा दर्ज किया गया मान डेटाबेस में सहेजा जाता है और आप देखेंगे कि परिवर्तन इंडेक्स पेज पर दिखाई दिए।



डिलीट पेज जोड़ना

डिलीट पेज के लिए, समसामयिक मुद्दों को इसी तरह से हैंडल किया जाता है। जब पुष्टि विंडो HttpGet Delete विधि द्वारा प्रदर्शित की जाती है, तो दृश्य में छिपे हुए फ़ील्ड में मूल टाइमस्टैम्प मान शामिल होता है। यह मान HttpPost Delete विधि के लिए उपलब्ध है, जिसे तब कहा जाता है जब उपयोगकर्ता विलोपन की पुष्टि करता है। जब EF एक Delete अनुरोध बनाता है, तो इस अनुरोध में मूल टाइमस्टैम्प मान के साथ एक विवरण कहाँ होता है। यदि अनुरोध कुछ भी नहीं लौटाता है, तो संक्षिप्त नाम अपवाद फेंका जाता है, और त्रुटि संदेश के साथ पुष्टिकरण पृष्ठ को फिर से लोड करने के लिए HttpGet हटाएँ विधि त्रुटि पैरामीटर के साथ सेट की जाती है।

विभागकंट्रोलर में । सीएस HttpGet हटाएँ विधि कोड को इसके साथ बदलें:

 public ActionResult Delete(int id, bool? concurrencyError) { if (concurrencyError.GetValueOrDefault()) { ViewBag.ConcurrencyErrorMessage = "The record you attempted to delete " + "was modified by another user after you got the original values. " + "The delete operation was canceled and the current values in the " + "database have been displayed. If you still want to delete this " + "record, click the Delete button again. Otherwise " + "click the Back to List hyperlink."; } Department department = db.Departments.Find(id); return View(department); } 

विधि एक वैकल्पिक पैरामीटर को स्वीकार करती है जो यह निर्धारित करती है कि एक संक्षिप्त त्रुटि के बाद पृष्ठ को फिर से लोड करना है या नहीं। यदि इसे सही किया जाता है, तो त्रुटि संदेश व्यूबाग संपत्ति में दृश्य के लिए भेजा जाता है।

HttpPost Delete (DeleteConfirmed) विधि कोड को इसके साथ बदलें:

 [HttpPost, ActionName("Delete")] public ActionResult DeleteConfirmed(Department department) { try { db.Entry(department).State = EntityState.Deleted; db.SaveChanges(); return RedirectToAction("Index"); } catch (DbUpdateConcurrencyException) { return RedirectToAction("Delete", new System.Web.Routing.RouteValueDictionary { { "concurrencyError", true } }); } catch (DataException) { //Log the error (add a variable name after Exception) ModelState.AddModelError(string.Empty, "Unable to save changes. Try again, and if the problem persists contact your system administrator."); return View(department); } } 

प्रारंभ में, विधि केवल रिकॉर्ड आईडी के मूल्य को स्वीकार करती है:

सार्वजनिक ActionResult DeleteConfirmed (int आईडी)

हमने इस पैरामीटर को विभाग इकाई में बदल दिया, जो हमें टाइमस्टैम्प संपत्ति तक पहुंच प्रदान करता है।

सार्वजनिक लड़ाई। विभाग हटाएं (विभाग विभाग)

यदि कोई संगरोध त्रुटि होती है, तो कोड पुष्टि पृष्ठ को त्रुटि पैरामीटर सेट के साथ पुनः लोड करता है।

दृश्य \ विभाग \ हटाएँ में । cshtml उस कोड के साथ कोड को प्रतिस्थापित करता है जो त्रुटि संदेश के लिए स्वरूपण और फ़ील्ड प्रदान करता है:

 @model ContosoUniversity.Models.Department @{ ViewBag.Title = "Delete"; } <h2>Delete</h2> <p class="error">@ViewBag.ConcurrencyErrorMessage</p> <h3>Are you sure you want to delete this?</h3> <fieldset> <legend>Department</legend> <div class="display-label"> @Html.LabelFor(model => model.Name) </div> <div class="display-field"> @Html.DisplayFor(model => model.Name) </div> <div class="display-label"> @Html.LabelFor(model => model.Budget) </div> <div class="display-field"> @Html.DisplayFor(model => model.Budget) </div> <div class="display-label"> @Html.LabelFor(model => model.StartDate) </div> <div class="display-field"> @Html.DisplayFor(model => model.StartDate) </div> <div class="display-label"> @Html.LabelFor(model => model.InstructorID) </div> <div class="display-field"> @Html.DisplayFor(model => model.Administrator.FullName) </div> </fieldset> @using (Html.BeginForm()) { @Html.HiddenFor(model => model.DepartmentID) @Html.HiddenFor(model => model.Timestamp) <p> <input type="submit" value="Delete" /> | @Html.ActionLink("Back to List", "Index") </p> } 

यह कोड h2 और h3 हेडर के बीच एक त्रुटि संदेश जोड़ता है:

<p class = "error"> @ ViewBag.ConcurrencyErrorMessage </ p>

यह व्यवस्थापक क्षेत्र में FullName के साथ LastName की जगह लेता है:

 <div class="display-label"> @Html.LabelFor(model => model.InstructorID) </div> <div class="display-field"> @Html.DisplayFor(model => model.Administrator.FullName) </div> 

और अंत में, डिपार्टमेंटआईडी और टाइमस्टैम्प के लिए छिपे हुए फ़ील्ड जोड़े गए हैं:

 @Html.HiddenFor(model => model.DepartmentID) @Html.HiddenFor(model => model.Timestamp) 

विभिन्न ब्राउज़र विंडो में डिपार्टमेंट्स इंडेक्स पेज खोलें।

पहली विंडो में, किसी एक मान को संपादित करें और बदलें पर क्लिक करें , लेकिन सहेजें पर क्लिक न करें :



दूसरी विंडो में, समान फैकल्टी पर डिलीट पर क्लिक करें। एक पुष्टिकरण विंडो दिखाई देगी।



पहले ब्राउज़र विंडो में सेव पर क्लिक करें । परिवर्तन की पुष्टि की जाएगी।



अब दूसरी ब्राउजर विंडो में डिलीट करें पर क्लिक करें। डेटा अपडेट किया जाएगा।



यदि आप फिर से हटाएं क्लिक करते हैं, तो इंडेक्स पेज इस पुष्टि के साथ खुलेगा कि संकाय प्रविष्टि हटा दी गई है।

हमने समवर्ती अभिगम संघर्षों की शुरूआत पूरी कर ली है। अधिक जानकारी के लिए प्रॉपर्टी वैल्यू के साथ आशावादी कॉनएरेमेटिक पैटर्न और कार्य करना देखें। अगले पाठ में, हम आपको बताएंगे कि संस्थाओं और छात्रों के लिए विरासत को कैसे लागू किया जाए।

धन्यवाद

अलेक्जेंडर Belotserkovsky का अनुवाद करने में आपकी मदद के लिए धन्यवाद।