Använda SQLite-databasprovidern med EF Core
I föregående lektion lärde du dig att spara data i en minnesintern databas. Att bevara data till en minnesintern databas är användbart under utveckling. Men eftersom alla data går förlorade när programmet startas om är det inte lämpligt för produktion. I produktion bör du spara data till en databas som SQL Server, MySQL, PostgreSQL eller SQLite.
Databasleverantörer abstraherar databas åtkomst från applikationskoden
En av fördelarna med att utföra databasåtkomst via ett abstraktionslager som Entity Framework (EF) Core är att det frikopplar ditt program från databasprovidern. Du kan ändra databasprovidern utan att skriva om din databasåtkomstkod. Du bör inte förvänta dig att kunna växla databasproviders utan någon effekt på programkoden, men ändringarna minimeras och lokaliseras.
En relaterad fördel med att använda EF Core är att du kan återanvända dina kod-, upplevelse- och dataåtkomstbibliotek för att arbeta med alla andra EF Core-databasproviders.
I den här självstudien använder du SQLite-databasen, men du kan också använda en som fungerar bättre för dig. EF Core stöder för närvarande fler än 20 databasprovidrar.
Steg för att lägga till en ny databasprovider
I allmänhet använder du följande steg för att implementera en ny databasprovider:
- Lägg till ett eller flera NuGet-paket i projektet för att inkludera databasprovidern.
- Konfigurera databasanslutningen.
- Konfigurera databasprovidern i ASP.NET Core-tjänsterna.
- Utföra databasmigreringar.
I nästa lektion går du igenom stegen för att lägga till SQLite-databasprovidern. Liknande steg gäller för andra databasprovidrar.