Podstawowa baza danych jednostki Entity - pierwsza aktualizacja po początkowym rusztowaniu?

Question

Gram z Entity Framework Core i pracuję nad implementacją aplikacji Database-First. Początkowe polecenie Scaffold-DbContext działa dobrze i poprawnie tworzy wszystkie moje jednostki, jeśli nie jest zorganizowane tak, jak bym chciał. Jest to baza danych SQL Server, która używa schematów w celu rozbicia obszarów odpowiedzialności i nie obchodzi mnie fakt, że rusztowanie rzuca je wszystkie do jednego folderu.

Poza tym nie udało mi się ustalić, czy istnieje sposób na ponowne uruchomienie rusztowania w celu aktualizacji klas po aktualizacji bazy danych. Najbliższym, co mogę znaleźć, jest ponowne uruchomienie polecenia Scaffold-DbContext za pomocą parametru -force. Jednak to również zastępuje dowolny niestandardowy kod dodany do pliku Context.cs, np. Wskazuje ciąg połączenia na wartość konfiguracyjną zamiast twardego kodowania.

Spojrzałem na kilka innych pytań podobnych do this one, ale to tylko mówi o początkowym rusztowaniu, a nie o dalszych aktualizacjach.

Czy istnieje sposób na ręczne kodowanie jakichkolwiek przyszłych zmian, aby to zrobić? Bez tego wydaje się, że podejście oparte na bazie danych jest absolutnie bezwartościowe w przypadku EF Core.

Answer 1

Tak jak powiedziałeś sam ... Główny problem z pierwszym podejściem do bazy danych: Nigdy nie powinieneś ręcznie zmieniać modelu i zacząć zmieniać nazwy itp. Z wyjątkiem sytuacji, gdy masz 100% pewności, że twoja baza danych już się nie zmieni. Jeśli nie jesteś w 100% pewny, po prostu wpisz kod z modelem, który został wygenerowany automatycznie.

Nigdy nie dotykaj modelu, w ten sposób przynajmniej to, co pozostaje w bazie danych, pozostanie niezmienione w modelu. To, co się zmieniło ... również zmieni ten model.

Ale można dokonać częściowych klas, które nie zostaną nadpisane przez auto mapowanie:

public partial class TableName 
{ 
    public string Name_of_a_property 
    {get; set;} 
} 

Jest to miły mały sposób na dodanie kodu do swojej jednostki, będąc pewna, że ​​nie zostanie dotknięty przez auto- mapowanie.

Answer 2

Rusztowanie z możliwością ponownego użycia może być używane jako prawdziwe DB Pierwsze podejście jako answered by Antoine Pelletier.

Jednak częściej używane jest rusztowanie po w celu początkowego importu modelu do kodu, a następnie kontynuowania podejścia Code First. Proces Zastosowanie inżynierii odwrotnej do stworzenia modelu Entity Framework na podstawie istniejącej bazy opisaną w https://docs.microsoft.com/en-us/ef/core/get-started/aspnetcore/existing-db