[n.....c]

#programowanie #csharp #dotnet

Jest aplikacja w .NET Framework korzystająca z Entity Framework i bazy SQL Server. Chcę udostępniać każdemu programiście ten sam (albo zbliżony) stan bazy danych, to znaczy żeby każdy z programistów mógł uruchomić u siebie rozwijaną przez nas aplikację i miał już jakieś dane na których mógłby testować rozwijany przez siebie kod. Chcę też mieć możliwość zaktualizowania i rozesłania programistom nowego stanu bazy (np. gdy znajdę przypadek brzegowy, dane które wywalają aplikację, to chciałbym móc ten stan rozesłać żeby inni mogli to naprawić).

Rozwiązania widzę dwa: albo wszyscy korzystają z jednej, hostowanej gdzieś bazy (ale to może być problematyczne jeśli w którymś branchu będzie potrzeba dołożenia kolumny do tabeli w bazie). Albo po każdej zmianie w strukturze danych eksportuję SQL generujący bazę i wrzucam do gita.

Jak to ogarnąć żeby to działało w miarę bezproblemowo? Są jakieś narzędzia które mi ten proces zautomatyzują?

[grubson234567]

Albo po każdej zmianie w strukturze danych eksportuję SQL generujący bazę i wrzucam do gita.

@najpierw_robic_potem_myslec: ( ಠ_ಠ) Nie. Po prostu. Nie.

[renniw]

@najpierw_robic_potem_myslec: Dlaczego nie użyjesz migracji?

Nie wiem czy używasz core czy zwykłego EF ale zasada jest taka sama:
(tutaj wkleiłbym ci link do dokumentacji microsoft - ale nie mogę)

Możesz używać metod seed to zapełniania danymi testowymi bazy.

[WielkiElektronig]

@najpierw_robic_potem_myslec: słowo klucz database snapshot

https://docs.microsoft.com/en-us/sql/relational-databases/databases/database-snapshots-sql-server?view=sql-server-ver15

[Mark9wi]

@najpierw_robic_potem_myslec: https://dbup.readthedocs.io/en/latest/philosophy-behind-dbup/

[M.....v]

@najpierw_robic_potem_myslec: Migracje EF.
I tak, trzymane w Gicie.

https://docs.microsoft.com/pl-pl/ef/core/managing-schemas/migrations/?tabs=dotnet-core-cli