Comment «re-pluraliser» les tables de base de données après le passage de .NET 4.5 à .NET Core 2.2?

J'ai un projet que je passe de .NET 4.5 à .NET Core, pour une raison (dont je ne me souviens pas), je voulais empêcher la pluralisation des noms de table lorsque j'ai exécuté une mise à jour -database comme ça (.NET 4.5):

public class ApplicationDbContext : IdentityDbContext
{

    public DbSet<Album> Albums { get; set; }
    public DbSet<Artist> Artists { get; set; }

    public ApplicationDbContext(DbContextOptions<ApplicationDbContext> options)
        : base(options)
    {
    }

}

Donc, quand je regarde ma base de données dans SQL Management Studio, je vois ce qui suit:

SqlException: Invalid object name 'Albums'.

//further down the stack trace i see
UnLink.Services.AlbumService.GetAlbumByStringExt(string stringExt) in AlbumService.cs
album = _db.Albums.Where(x => x.StringExt == stringExt).FirstOrDefault();

Je pense que le manque de pluralisation est à l'origine de cette erreur lorsque j'essaye de charger une page:

//what I see
dbo.Album
dbo.Artist

//what i want
dbo.Albums
dbo.Artists

Voir? J'essaie d'appeler _db.Albums mais je crois que je ne peux pas faire cela car la table n'est pas pluralisée et mon contexte de base n'a pas de pluralisation OnModelCreating comme mon .NET 4.5 l'a fait (je n'arrive pas à l'ajouter).

Mon nouveau DbContext dans .NET Core 2.2 ressemble à ceci:

public class UncoveredLink : DbContext
{
    //removed constructor for brevity

    public DbSet<Album> Albums { get; set; }
    public DbSet<Artist> Artists { get; set; }

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        //the line I'm talking about is here
        modelBuilder.Conventions.Remove<PluralizingTableNameConvention>();
    }

}

Comment puis-je mettre à jour les noms de table? Les tables de mon Core DbContext (comme vu ci-dessus) sont déjà au pluriel, donc je ne peux pas apporter de modification au DbContext qui serait suivi pour une nouvelle migration d'ajout ... est-ce que je crée simplement manuellement un fichier de migration et mettre à jour les noms de table comme:

migrationBuilder.RenameTable (nom: "Artist", schéma: "dbo", newName: "Artists", newSchema: "dbo");

Je pensais que ce n'était pas une bonne pratique de créer une migration pour quelque chose qui n'a pas été réellement changé / suivi dans le code?