Samouczek: obsługa współbieżności za pomocą platformy EF w aplikacji ASP.NET MVC 5
We wcześniejszych samouczkach przedstawiono sposób aktualizowania danych. W tym samouczku pokazano, jak używać optymistycznej współbieżności do obsługi konfliktów, gdy wielu użytkowników aktualizuje tę samą jednostkę w tym samym czasie. Strony internetowe współpracujące z jednostką Department są zmieniane tak, aby obsługiwały błędy współbieżności. Na poniższych ilustracjach przedstawiono strony Edytowanie i usuwanie, w tym niektóre komunikaty wyświetlane w przypadku wystąpienia konfliktu współbieżności.
W tym samouczku zostały wykonane następujące czynności:
- Dowiedz się więcej o konfliktach współbieżności
- Dodawanie optymistycznej współbieżności
- Modyfikowanie kontrolera działu
- Testowanie obsługi współbieżności
- Aktualizowanie strony Usuwanie
Wymagania wstępne
Konflikty współbieżności
Konflikt współbieżności występuje, gdy jeden użytkownik wyświetla dane jednostki, aby je edytować, a następnie inny użytkownik aktualizuje dane tej samej jednostki przed zapisaniem zmiany pierwszego użytkownika w bazie danych. Jeśli nie włączysz wykrywania takich konfliktów, kto ostatnio aktualizuje bazę danych, zastępuje zmiany innego użytkownika. W wielu aplikacjach to ryzyko jest dopuszczalne: jeśli istnieje niewielu użytkowników lub kilka aktualizacji, lub jeśli nie jest naprawdę krytyczne, jeśli niektóre zmiany zostaną zastąpione, koszt programowania współbieżności może przeważyć nad korzyścią. W takim przypadku nie trzeba konfigurować aplikacji do obsługi konfliktów współbieżności.
Pesymistyczna współbieżność (blokowanie)
Jeśli aplikacja musi zapobiec przypadkowej utracie danych w scenariuszach współbieżności, jednym ze sposobów jest użycie blokad bazy danych. Jest to nazywane pesymistyczną współbieżnością. Na przykład przed odczytaniem wiersza z bazy danych należy zażądać blokady tylko do odczytu lub dostępu do aktualizacji. Jeśli zablokujesz wiersz dostępu do aktualizacji, żaden inny użytkownik nie może zablokować wiersza w celu uzyskania dostępu tylko do odczytu lub aktualizacji, ponieważ otrzymają kopię danych w procesie zmiany. Jeśli zablokujesz wiersz dostępu tylko do odczytu, inne osoby mogą również zablokować go na potrzeby dostępu tylko do odczytu, ale nie do aktualizacji.
Zarządzanie blokadami ma wady. Może to być skomplikowane do programowania. Wymaga to znaczących zasobów zarządzania bazami danych i może powodować problemy z wydajnością w miarę wzrostu liczby użytkowników aplikacji. Z tych powodów nie wszystkie systemy zarządzania bazami danych obsługują pesymistyczną współbieżność. Program Entity Framework nie zapewnia wbudowanej obsługi, a ten samouczek nie pokazuje, jak ją zaimplementować.
Optymistyczna współbieżność
Alternatywą dla pesymistycznej współbieżności jest optymistyczna współbieżność. Optymistyczna współbieżność oznacza umożliwienie wystąpienia konfliktów współbieżności, a następnie odpowiednie reagowanie, jeśli tak. Na przykład Jan uruchamia stronę Edycja Departamentów, zmienia kwotę budżetu dla działu angielskiego z 350 000,000 USD do 0,00 USD.
Przed kliknięciem przycisku Zapisz Jane uruchomi tę samą stronę i zmieni pole Data rozpoczęcia z 2007-09-2007 na 8.08.2013.
Jan klika pozycję Zapisz najpierw i widzi jego zmianę po powrocie przeglądarki na stronę Indeks, a następnie jane klika przycisk Zapisz. To, co się stanie dalej, zależy od sposobu obsługi konfliktów współbieżności. Niektóre opcje obejmują następujące opcje:
Możesz śledzić, która właściwość użytkownika zmodyfikowała i zaktualizować tylko odpowiednie kolumny w bazie danych. W przykładowym scenariuszu żadne dane nie zostaną utracone, ponieważ dwaj użytkownicy zaktualizowali różne właściwości. Następnym razem, gdy ktoś przegląda angielski dział, zobaczy zmiany Johna i Jane'a — datę rozpoczęcia 8/8/2013 i budżet zero dolarów.
Ta metoda aktualizowania może zmniejszyć liczbę konfliktów, które mogą spowodować utratę danych, ale nie może uniknąć utraty danych, jeśli konkurencyjne zmiany zostaną wprowadzone do tej samej właściwości jednostki. To, czy program Entity Framework działa w ten sposób, zależy od sposobu implementacji kodu aktualizacji. Często nie jest to praktyczne w aplikacji internetowej, ponieważ może wymagać utrzymania dużych ilości stanu w celu śledzenia wszystkich oryginalnych wartości właściwości dla jednostki, a także nowych wartości. Utrzymywanie dużych ilości stanu może mieć wpływ na wydajność aplikacji, ponieważ wymaga zasobów serwera lub musi zostać uwzględnione na samej stronie internetowej (na przykład w ukrytych polach) lub w pliku cookie.
Możesz pozwolić, aby zmiana Jane zastąpiła zmianę Johna. Następnym razem, gdy ktoś przegląda angielski dział, zobaczy 8/8/2013 i przywróconą wartość $350,000.000. Jest to nazywane scenariuszem wins klienta lub Last in Wins . (Wszystkie wartości z klienta mają pierwszeństwo przed tym, co znajduje się w magazynie danych). Jak wspomniano we wprowadzeniu do tej sekcji, jeśli nie zrobisz żadnego kodowania na potrzeby obsługi współbieżności, nastąpi to automatycznie.
Możesz uniemożliwić aktualizację jane w bazie danych. Zazwyczaj jest wyświetlany komunikat o błędzie, pokazywanie jej bieżącego stanu danych i umożliwianie jej ponownego zastosowania zmian, jeśli nadal chce je wprowadzić. Jest to nazywane scenariuszem Store Wins . (Wartości magazynu danych mają pierwszeństwo przed wartościami przesłanimi przez klienta). W tym samouczku zaimplementujesz scenariusz Store Wins. Ta metoda gwarantuje, że żadne zmiany nie zostaną zastąpione bez powiadamiania użytkownika o tym, co się dzieje.
Wykrywanie konfliktów współbieżności
Konflikty można rozwiązać, obsługując wyjątki OptimisticConcurrencyException zgłaszane przez program Entity Framework. Aby wiedzieć, kiedy zgłaszać te wyjątki, program Entity Framework musi mieć możliwość wykrywania konfliktów. W związku z tym należy odpowiednio skonfigurować bazę danych i model danych. Niektóre opcje włączania wykrywania konfliktów obejmują następujące elementy:
W tabeli bazy danych dołącz kolumnę śledzenia, która może służyć do określenia, kiedy wiersz został zmieniony. Następnie można skonfigurować program Entity Framework tak, aby zawierał kolumnę
Wherew klauzuli SQLUpdatelubDeletepoleceniach.Typ danych kolumny śledzenia to zazwyczaj rowversion. Wartość rowversion jest sekwencyjną liczbą, która jest zwiększana za każdym razem, gdy wiersz jest aktualizowany. W poleceniu
UpdatelubDeleteklauzulaWherezawiera oryginalną wartość kolumny śledzenia (oryginalną wersję wiersza). Jeśli aktualizowany wiersz został zmieniony przez innego użytkownika, wartość wrowversionkolumnie różni się od oryginalnej wartości, więcUpdateinstrukcja orDeletenie może znaleźć wiersza do zaktualizowania zWherepowodu klauzuli . Gdy program Entity Framework wykryje, że żadne wiersze nie zostały zaktualizowane przezUpdatepolecenie lubDelete(czyli gdy liczba wierszy, których dotyczy problem, wynosi zero), interpretuje to jako konflikt współbieżności.Skonfiguruj program Entity Framework, aby uwzględnić oryginalne wartości każdej kolumny w tabeli w
WhereklauzuliUpdateiDeletepolecenia.Podobnie jak w przypadku pierwszej opcji, jeśli coś w wierszu uległo zmianie od czasu pierwszego odczytania wiersza,
Whereklauzula nie zwróci wiersza do zaktualizowania, który program Entity Framework interpretuje jako konflikt współbieżności. W przypadku tabel baz danych, które mają wiele kolumn, takie podejście może spowodować bardzo dużeWhereklauzule i może wymagać obsługi dużych ilości stanu. Jak wspomniano wcześniej, utrzymanie dużych ilości stanu może mieć wpływ na wydajność aplikacji. W związku z tym takie podejście nie jest zwykle zalecane i nie jest to metoda używana w tym samouczku.Jeśli chcesz zaimplementować to podejście do współbieżności, musisz oznaczyć wszystkie właściwości innej niż klucz podstawowy w jednostce, dla której chcesz śledzić współbieżność, dodając do nich atrybut ConcurrencyCheck . Ta zmiana umożliwia programowi Entity Framework uwzględnienie wszystkich kolumn w klauzuli SQL
WHEREinstrukcjiUPDATE.
W pozostałej części tego samouczka dodasz do jednostki właściwość Department śledzenia rowversion, utworzysz kontroler i widoki i przetestujesz, aby sprawdzić, czy wszystko działa poprawnie.
Dodawanie optymistycznej współbieżności
W obszarze Models\Department.cs dodaj właściwość śledzenia o nazwie RowVersion:
public class Department
{
public int DepartmentID { get; set; }
[StringLength(50, MinimumLength = 3)]
public string Name { get; set; }
[DataType(DataType.Currency)]
[Column(TypeName = "money")]
public decimal Budget { get; set; }
[DataType(DataType.Date)]
[DisplayFormat(DataFormatString = "{0:yyyy-MM-dd}", ApplyFormatInEditMode = true)]
[Display(Name = "Start Date")]
public DateTime StartDate { get; set; }
[Display(Name = "Administrator")]
public int? InstructorID { get; set; }
[Timestamp]
public byte[] RowVersion { get; set; }
public virtual Instructor Administrator { get; set; }
public virtual ICollection<Course> Courses { get; set; }
}
Atrybut Sygnatura czasowa określa, że ta kolumna zostanie uwzględniona w Where klauzuli Update i Delete polecenia wysyłane do bazy danych. Atrybut jest nazywany sygnaturą czasową, ponieważ poprzednie wersje programu SQL Server używały typu danych sygnatury czasowej SQL przed zastąpieniem go przez element rowversion sql. Typem platformy .Net dla rowversion jest tablica bajtów.
Jeśli wolisz używać płynnego interfejsu API, możesz użyć metody IsConcurrencyToken , aby określić właściwość śledzenia, jak pokazano w poniższym przykładzie:
modelBuilder.Entity<Department>()
.Property(p => p.RowVersion).IsConcurrencyToken();
Dodając właściwość, którą zmieniono model bazy danych, należy więc przeprowadzić inną migrację. W konsoli Menedżer pakietów (PMC) wprowadź następujące polecenia:
Add-Migration RowVersion
Update-Database
Modyfikowanie kontrolera działu
W obszarze Controllers\DepartmentController.cs dodaj instrukcję using :
using System.Data.Entity.Infrastructure;
W pliku DepartmentController.cs zmień wszystkie cztery wystąpienia "LastName" na "FullName", aby listy rozwijane administratora działu zawierały pełną nazwę instruktora, a nie tylko nazwisko.
ViewBag.InstructorID = new SelectList(db.Instructors, "ID", "FullName");
Zastąp istniejący kod metody HttpPost Edit następującym kodem:
[HttpPost]
[ValidateAntiForgeryToken]
public async Task<ActionResult> Edit(int? id, byte[] rowVersion)
{
string[] fieldsToBind = new string[] { "Name", "Budget", "StartDate", "InstructorID", "RowVersion" };
if (id == null)
{
return new HttpStatusCodeResult(HttpStatusCode.BadRequest);
}
var departmentToUpdate = await db.Departments.FindAsync(id);
if (departmentToUpdate == null)
{
Department deletedDepartment = new Department();
TryUpdateModel(deletedDepartment, fieldsToBind);
ModelState.AddModelError(string.Empty,
"Unable to save changes. The department was deleted by another user.");
ViewBag.InstructorID = new SelectList(db.Instructors, "ID", "FullName", deletedDepartment.InstructorID);
return View(deletedDepartment);
}
if (TryUpdateModel(departmentToUpdate, fieldsToBind))
{
try
{
db.Entry(departmentToUpdate).OriginalValues["RowVersion"] = rowVersion;
await db.SaveChangesAsync();
return RedirectToAction("Index");
}
catch (DbUpdateConcurrencyException ex)
{
var entry = ex.Entries.Single();
var clientValues = (Department)entry.Entity;
var databaseEntry = entry.GetDatabaseValues();
if (databaseEntry == null)
{
ModelState.AddModelError(string.Empty,
"Unable to save changes. The department was deleted by another user.");
}
else
{
var databaseValues = (Department)databaseEntry.ToObject();
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.");
departmentToUpdate.RowVersion = databaseValues.RowVersion;
}
}
catch (RetryLimitExceededException /* dex */)
{
//Log the error (uncomment dex variable name and add a line here to write a log.)
ModelState.AddModelError("", "Unable to save changes. Try again, and if the problem persists, see your system administrator.");
}
}
ViewBag.InstructorID = new SelectList(db.Instructors, "ID", "FullName", departmentToUpdate.InstructorID);
return View(departmentToUpdate);
}
FindAsync Jeśli metoda zwraca wartość null, dział został usunięty przez innego użytkownika. Pokazany kod używa opublikowanych wartości formularza w celu utworzenia jednostki działu, aby można było ponownie edytować stronę z komunikatem o błędzie. Alternatywnie nie byłoby konieczne ponowne utworzenie jednostki działu, jeśli zostanie wyświetlony tylko komunikat o błędzie bez ponownego tworzenia pól działu.
Widok przechowuje oryginalną RowVersion wartość w ukrytym polu, a metoda odbiera ją w parametrze rowVersion . Przed wywołaniem SaveChangesmetody należy umieścić tę oryginalną RowVersion wartość właściwości w OriginalValues kolekcji dla jednostki. Następnie, gdy program Entity Framework utworzy polecenie SQL UPDATE , to polecenie będzie zawierać klauzulę WHERE , która wyszukuje wiersz zawierający oryginalną RowVersion wartość.
Jeśli polecenie nie ma wpływu na UPDATE żadne wiersze (żadne wiersze nie mają oryginalnej RowVersion wartości), program Entity Framework zgłasza DbUpdateConcurrencyException wyjątek, a kod w catch bloku pobiera jednostkę, której dotyczy problem Department , z obiektu wyjątku.
var entry = ex.Entries.Single();
Ten obiekt zawiera nowe wartości wprowadzone przez użytkownika we właściwości Entity i można pobrać wartości odczytane z bazy danych, wywołując metodę GetDatabaseValues .
var clientValues = (Department)entry.Entity;
var databaseEntry = entry.GetDatabaseValues();
Metoda GetDatabaseValues zwraca wartość null, jeśli ktoś usunął wiersz z bazy danych. W przeciwnym razie należy rzutować zwrócony obiekt do klasy, aby uzyskać dostęp Department do Department właściwości. (Ponieważ już sprawdzono usunięcie, byłoby zerowe tylko wtedy, databaseEntry gdy dział został usunięty po FindAsync wykonaniu i przed SaveChanges wykonaniem).
if (databaseEntry == null)
{
ModelState.AddModelError(string.Empty,
"Unable to save changes. The department was deleted by another user.");
}
else
{
var databaseValues = (Department)databaseEntry.ToObject();
Następnie kod dodaje niestandardowy komunikat o błędzie dla każdej kolumny zawierającej wartości bazy danych inne niż to, co użytkownik wprowadził na stronie Edycja:
if (databaseValues.Name != currentValues.Name)
ModelState.AddModelError("Name", "Current value: " + databaseValues.Name);
// ...
Dłuższy komunikat o błędzie wyjaśnia, co się stało i co z tym zrobić:
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.");
Na koniec kod ustawia RowVersion wartość Department obiektu na nową wartość pobraną z bazy danych. Ta nowa RowVersion wartość będzie przechowywana w ukrytym polu, gdy strona Edytuj zostanie ponownie odtworzona, a następnym razem użytkownik kliknie pozycję Zapisz, zostaną przechwycone tylko błędy współbieżności występujące od czasu ponownego redysponowania strony Edycja.
W pliku Views\Department\Edit.cshtml dodaj ukryte pole, aby zapisać RowVersion wartość właściwości, bezpośrednio po ukrytym polu właściwości DepartmentID :
@model ContosoUniversity.Models.Department
@{
ViewBag.Title = "Edit";
}
<h2>Edit</h2>
@using (Html.BeginForm())
{
@Html.AntiForgeryToken()
<div class="form-horizontal">
<h4>Department</h4>
<hr />
@Html.ValidationSummary(true)
@Html.HiddenFor(model => model.DepartmentID)
@Html.HiddenFor(model => model.RowVersion)
Testowanie obsługi współbieżności
Uruchom witrynę i kliknij pozycję Działy.
Kliknij prawym przyciskiem myszy hiperlink Edytuj dla działu angielskiego i wybierz pozycję Otwórz na nowej karcie, a następnie kliknij hiperlink Edytuj dla działu angielskiego. Na dwóch kartach są wyświetlane te same informacje.
Zmień pole na pierwszej karcie przeglądarki i kliknij przycisk Zapisz.
W przeglądarce zostanie wyświetlona strona Indeks ze zmienioną wartością.
Zmień pole na drugiej karcie przeglądarki i kliknij przycisk Zapisz. Zostanie wyświetlony komunikat o błędzie:
Kliknij ponownie przycisk Zapisz . Wartość wprowadzona na drugiej karcie przeglądarki jest zapisywana wraz z oryginalną wartością danych zmienionych w pierwszej przeglądarce. Zapisane wartości są widoczne po wyświetleniu strony Indeks.
Aktualizowanie strony Usuwanie
Na stronie Usuwanie platforma Entity Framework wykrywa konflikty współbieżności spowodowane przez inną osobę edytując dział w podobny sposób. HttpGet Delete Gdy metoda wyświetli widok potwierdzenia, widok zawiera oryginalną RowVersion wartość w polu ukrytym. Ta wartość jest następnie dostępna dla HttpPost Delete metody wywoływanej, gdy użytkownik potwierdzi usunięcie. Gdy program Entity Framework utworzy polecenie SQL DELETE , zawiera klauzulę WHERE z oryginalną RowVersion wartością. Jeśli polecenie powoduje, że nie ma to wpływu na wiersze (co oznacza, że wiersz został zmieniony po wyświetleniu strony potwierdzenia Usuń), zostanie zgłoszony wyjątek współbieżności, a HttpGet Delete metoda jest wywoływana z flagą błędu ustawioną na true w celu ponownego redysponowania strony potwierdzenia z komunikatem o błędzie. Istnieje również możliwość, że nie ma to wpływu na wiersze, ponieważ wiersz został usunięty przez innego użytkownika, więc w takim przypadku jest wyświetlany inny komunikat o błędzie.
W DepartmentController.cs zastąp metodę HttpGet Delete następującym kodem:
public async Task<ActionResult> Delete(int? id, bool? concurrencyError)
{
if (id == null)
{
return new HttpStatusCodeResult(HttpStatusCode.BadRequest);
}
Department department = await db.Departments.FindAsync(id);
if (department == null)
{
if (concurrencyError.GetValueOrDefault())
{
return RedirectToAction("Index");
}
return HttpNotFound();
}
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.";
}
return View(department);
}
Metoda akceptuje opcjonalny parametr wskazujący, czy strona jest odtwarzana ponownie po błędzie współbieżności. Jeśli ta flaga to true, do widoku jest wysyłany komunikat o błędzie przy użyciu ViewBag właściwości.
Zastąp kod w metodzie HttpPost Delete (o nazwie DeleteConfirmed) następującym kodem:
[HttpPost]
[ValidateAntiForgeryToken]
public async Task<ActionResult> Delete(Department department)
{
try
{
db.Entry(department).State = EntityState.Deleted;
await db.SaveChangesAsync();
return RedirectToAction("Index");
}
catch (DbUpdateConcurrencyException)
{
return RedirectToAction("Delete", new { concurrencyError = true, id=department.DepartmentID });
}
catch (DataException /* dex */)
{
//Log the error (uncomment dex variable name after DataException and add a line here to write a log.
ModelState.AddModelError(string.Empty, "Unable to delete. Try again, and if the problem persists contact your system administrator.");
return View(department);
}
}
W kodzie szkieletowym, który właśnie zamieniono, ta metoda zaakceptowała tylko identyfikator rekordu:
public async Task<ActionResult> DeleteConfirmed(int id)
Ten parametr został zmieniony na Department wystąpienie jednostki utworzone przez powiązanie modelu. Zapewnia to dostęp do RowVersion wartości właściwości oprócz klucza rekordu.
public async Task<ActionResult> Delete(Department department)
Zmieniono również nazwę metody akcji z DeleteConfirmed na Delete. Kod szkieletowy o nazwie HttpPost Delete metody DeleteConfirmed w celu nadania metodzie HttpPost unikatowego podpisu. ( ClR wymaga przeciążonych metod, aby mieć różne parametry metody). Teraz, gdy podpisy są unikatowe, możesz trzymać się konwencji MVC i używać tej samej nazwy dla HttpPost metod i HttpGet usuwania.
Jeśli zostanie przechwycony błąd współbieżności, kod ponownie wyświetla stronę potwierdzenia Usuń i udostępnia flagę wskazującą, że powinien wyświetlić komunikat o błędzie współbieżności.
W pliku Views\Department\Delete.cshtml zastąp kod szkieletowy następującym kodem, który dodaje pole komunikatu o błędzie i ukryte pola właściwości DepartmentID i RowVersion. Zmiany są wyróżnione.
@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>
<div>
<h4>Department</h4>
<hr />
<dl class="dl-horizontal">
<dt>
Administrator
</dt>
<dd>
@Html.DisplayFor(model => model.Administrator.FullName)
</dd>
<dt>
@Html.DisplayNameFor(model => model.Name)
</dt>
<dd>
@Html.DisplayFor(model => model.Name)
</dd>
<dt>
@Html.DisplayNameFor(model => model.Budget)
</dt>
<dd>
@Html.DisplayFor(model => model.Budget)
</dd>
<dt>
@Html.DisplayNameFor(model => model.StartDate)
</dt>
<dd>
@Html.DisplayFor(model => model.StartDate)
</dd>
</dl>
@using (Html.BeginForm()) {
@Html.AntiForgeryToken()
@Html.HiddenFor(model => model.DepartmentID)
@Html.HiddenFor(model => model.RowVersion)
<div class="form-actions no-color">
<input type="submit" value="Delete" class="btn btn-default" /> |
@Html.ActionLink("Back to List", "Index")
</div>
}
</div>
Ten kod dodaje komunikat o błędzie między h2 nagłówkami i h3 :
<p class="error">@ViewBag.ConcurrencyErrorMessage</p>
Zastępuje LastName ciąg ciągiem FullName Administrator w polu :
<dt>
Administrator
</dt>
<dd>
@Html.DisplayFor(model => model.Administrator.FullName)
</dd>
Na koniec dodaje ukryte pola dla DepartmentID właściwości i RowVersion po instrukcji Html.BeginForm :
@Html.HiddenFor(model => model.DepartmentID)
@Html.HiddenFor(model => model.RowVersion)
Uruchom stronę Indeks działów. Kliknij prawym przyciskiem myszy hiperłącze Usuń dla działu angielskiego i wybierz pozycję Otwórz na nowej karcie, a następnie na pierwszej karcie kliknij hiperlink Edytuj dla działu angielskiego.
W pierwszym oknie zmień jedną z wartości, a następnie kliknij przycisk Zapisz.
Strona Indeks potwierdza zmianę.
Na drugiej karcie kliknij pozycję Usuń.
Zostanie wyświetlony komunikat o błędzie współbieżności, a wartości Dział są odświeżane z bieżącymi elementami w bazie danych.
Po ponownym kliknięciu przycisku Usuń nastąpi przekierowanie do strony Indeks, która pokazuje, że dział został usunięty.
Uzyskiwanie kodu
Pobieranie ukończonego projektu
Dodatkowe zasoby
Linki do innych zasobów programu Entity Framework można znaleźć w ASP.NET Dostęp do danych — zalecane zasoby.
Aby uzyskać informacje na temat innych sposobów obsługi różnych scenariuszy współbieżności, zobacz Optymistyczne wzorce współbieżności i Praca z wartościami właściwości w witrynie MSDN. W następnym samouczku pokazano, jak zaimplementować dziedziczenie tabeli na hierarchię dla jednostek Instructor i Student .
Następne kroki
W tym samouczku zostały wykonane następujące czynności:
- Informacje o konfliktach współbieżności
- Dodano optymistyczną współbieżność
- Zmodyfikowany kontroler działu
- Przetestowana obsługa współbieżności
- Zaktualizowano stronę Usuwanie
Przejdź do następnego artykułu, aby dowiedzieć się, jak zaimplementować dziedziczenie w modelu danych.