Dette er ikke relateret til ASP.NET Identity eller ASP.NET Core. Dette er relateret til Entity Framework generelt. Når du opdaterer en database, bruger EF __EFMigrationsHistory
at registrere, hvilke migreringer der blev udført, så den ikke udfører dem igen i fremtiden.
Denne funktionalitet implementeres af databaseudbyderen , ikke EF selv. Der var mindst ét tilfælde, hvor Npgsql-udbyderen til PostgresSQL ikke oprettede tabellen .
Løsningen er nem - lav selv bordet :
CREATE TABLE `__EFMigrationsHistory`
(
`MigrationId` nvarchar(150) NOT NULL,
`ProductVersion` nvarchar(32) NOT NULL,
PRIMARY KEY (`MigrationId`)
);
OPDATERING
Der var en anden lignende spørgsmål i 2016. Dette er en fejl hos den officielle MySQL-udbyder. Rettelsen er at oprette tabellen. Heller ikke den eneste. Asynkrone operationer forfalskes ved at køre dem på en anden tråd for eksempel.
Jeg vil foreslå, at du undersøger tredjeparts MySQL-udbydere såsom Pomelo.EntityFrameworkCore.MySql . De fundet og rettet migrationshistorik-fejlen for 1 år siden.
Da ejeren af MySQL er Oracle , forvent ikke en masse fremskridt på stikket. Eller databasen.