W this question odkryłem, że zmiany enum nie są obsługiwane przez migracje Entity Framework. W rzeczywistości zmiany wyliczeniowe nawet nie powodują zmiany w modelu, więc możesz dowolnie zmieniać wyliczenia bez kontroli.Obsługa zmian enum w Entity Framework 5
Zmiany enum, które powodują różne wartości int, takie jak zmiana lub usunięcie zlecenia, mogą skutecznie unieważnić dane bazy danych, ponieważ znaczenie zapisanej liczby całkowitej jest teraz nieprawidłowe.
Aby migracja działała, należy ręcznie wykonać niestandardowy SQL, który zmienia zmienione wartości wyliczenia.
Problem polega na tym, że deweloper musi o tym pamiętać, a jeśli doszło do przeoczenia, może dojść do skutecznego uszkodzenia danych.
Jak ktoś może wprowadzić kontrole przeciwko temu? Czy w przypadku zmiany wyliczenia można podać błąd zmiany modelu lub coś podobnego?
To samo pytanie dotyczy nazw: Jeśli ktoś zapomni potraktować specjalnie, stara kolumna zostanie upuszczona i utworzona nowa. Migracje automatyczne nie nadają się do użytku produkcyjnego, jeśli problemem jest przestój. – usr
Ponieważ nie jest wymagana zmiana modelu dla nowych wyliczeń, nie zostałby zgłoszony błąd zmiany modelu. EF nie może wiedzieć, że wartość wyliczeniowa "1" w bazie danych różni się od wartości "samochodu", która ma tę wartość, ale od tej nazwy zmieniona na "ciężarówkę", przeliczenia są zwykle uważane za stałe i nie należy ich zmieniać. – simbolo
Cóż, istnieje ContextKey - w pełni kwalifikowana nazwa typu - i Model - który jest rodzajem binarnego bloba w tabeli __MigrationHistory. Ten obiekt typu blob powinien zawierać definicję Enum i wykrywać tego rodzaju zmiany. Najwyraźniej tak nie jest. Wygląda to na zły projekt EF. – Eiver