Today we are announcing the fifth preview release of EF Core 5.0.
The fifth previews of .NET 5 and ASP.NET Core 5.0 are also available now.
Prerequisites
The previews of EF Core 5.0 require .NET Standard 2.1. This means:
- EF Core 5.0 runs on .NET Core 3.1; it does not require .NET 5.
- This may change in future previews depending on how the plan for .NET 5 evolves.
- EF Core 5.0 runs on other platforms that support .NET Standard 2.1.
- EF Core 5.0 will not run on .NET Standard 2.0 platforms, including .NET Framework.
How to get EF Core 5.0 previews
EF Core is distributed exclusively as a set of NuGet packages. For example, to add the SQL Server provider to your project, you can use the following command using the dotnet tool:
dotnet add package Microsoft.EntityFrameworkCore.SqlServer --version 5.0.0-preview.5.20278.2
The EF Core packages published today are:
- Microsoft.EntityFrameworkCore – The main EF Core package
- Microsoft.EntityFrameworkCore.SqlServer – Database provider for Microsoft SQL Server and SQL Azure
- Microsoft.EntityFrameworkCore.Sqlite – Database provider for SQLite
- Microsoft.EntityFrameworkCore.Cosmos – Database provider for Azure Cosmos DB
- Microsoft.EntityFrameworkCore.InMemory – The in-memory database provider
- Microsoft.EntityFrameworkCore.Tools – EF Core PowerShell commands for the Visual Studio Package Manager Console
- Microsoft.EntityFrameworkCore.Design – Shared design-time components for EF Core tools
- Microsoft.EntityFrameworkCore.SqlServer.NetTopologySuite – SQL Server support for spatial types
- Microsoft.EntityFrameworkCore.Sqlite.NetTopologySuite – SQLite support for spatial types
- Microsoft.EntityFrameworkCore.Proxies – Lazy-loading and change-tracking proxies
- Microsoft.EntityFrameworkCore.Abstractions – Decoupled EF Core abstractions
- Microsoft.EntityFrameworkCore.Relational – Shared EF Core components for relational database providers
- Microsoft.EntityFrameworkCore.Analyzers – C# analyzers for EF Core
- Microsoft.EntityFrameworkCore.Sqlite.Core – Database provider for SQLite without a packaged native binary
We have also published the 5.0 preview 5 release of the Microsoft.Data.Sqlite.Core ADO.NET provider.
Installing dotnet ef
As with EF Core 3.0 and 3.1, the dotnet ef command-line tool is no longer included in the .NET Core SDK. Before you can execute EF Core migration or scaffolding commands, you'll have to install this package as either a global or local tool.
To install the preview tool globally, first uninstall any existing version with:
dotnet tool uninstall --global dotnet-ef
Then install with:
dotnet tool install --global dotnet-ef --version 5.0.0-preview.5.20278.2
It's possible to use this new version of dotnet ef with projects that use older versions of the EF Core runtime.
What's new in EF Core 5 Preview 5
We maintain documentation covering new features introduced into each preview.
Some of the highlights from preview 4 are called out below. This preview also includes several bug fixes.
Database collations
The default collation for a database can now be specified in the EF model. This will flow through to generated migrations to set the collation when the database is created. For example:
modelBuilder.UseCollation("German_PhoneBook_CI_AS");
Migrations then generates the following to create the database on SQL Server:
CREATE DATABASE [Test]
COLLATE German_PhoneBook_CI_AS;
The collation to use for specific database columns can also be specified. For example:
modelBuilder
.Entity<User>()
.Property(e => e.Name)
.UseCollation("German_PhoneBook_CI_AS");
For those not using migrations, collations are now reverse-engineered from the database when scaffolding a DbContext.
Finally, the EF.Functions.Collate() allows for ad-hoc queries using different collations.
For example:
context.Users.Single(e => EF.Functions.Collate(e.Name, "French_CI_AS") == "Jean-Michel Jarre");
This will generate the following query for SQL Server:
SELECT TOP(2) [u].[Id], [u].[Name]
FROM [Users] AS [u]
WHERE [u].[Name] COLLATE French_CI_AS = N'Jean-Michel Jarre'
Note that ad-hoc collations should be used with care as they can negatively impact database performance.
Documentation is tracked by issue #2273.
Flow arguments into IDesignTimeDbContextFactory
Arguments are now flowed from the command line into the CreateDbContext method of IDesignTimeDbContextFactory.
For example, to indicate this is a dev build, a custom argument (e.g. dev) can passed on the command line:
dotnet ef migrations add two --verbose --dev
This argument will then flow into the factory, where it can be used to control how the context is created and initialized. For example:
public class MyDbContextFactory : IDesignTimeDbContextFactory<SomeDbContext>
{
public SomeDbContext CreateDbContext(string[] args)
=> new SomeDbContext(args.Contains("--dev"));
}
Documentation is tracked by issue #2419.
No-tracking queries with identity resolution
No-tracking queries can now be configured to perform identity resolution. For example, the following query will create a new Blog instance for each Post, even if each Blog has the same primary key.
context.Posts.AsNoTracking().Include(e => e.Blog).ToList();
However, at the expense of usually being slightly slower and always using more memory, this query can be changed to ensure only a single Blog instance is created:
context.Posts.AsNoTracking().PerformIdentityResolution().Include(e => e.Blog).ToList();
Note that this is only useful for no-tracking queries since all tracking queries already exhibit this behavior.
Also, following API review, the PerformIdentityResolution syntax will be changed.
See #19877.
Documentation is tracked by issue #1895.
Stored (persisted) computed columns
Most databases allow computed column values to be stored after computation. While this takes up disk space, the computed column is calculated only once on update, instead of each time its value is retrieved. This also allows the column to be indexed for some databases.
EF Core 5.0 allows computed columns to be configured as stored. For example:
modelBuilder
.Entity<User>()
.Property(e => e.SomethingComputed)
.HasComputedColumnSql("my sql", stored: true);
SQLite computed columns
EF Core now supports computed columns in SQLite databases.
Daily builds
EF Core previews are aligned with .NET 5 previews. These previews tend to lag behind the latest work on EF Core. Consider using the daily builds instead to get the most up-to-date EF Core features and bug fixes.
As with the previews, the daily builds do not require .NET 5; they can be used with GA/RTM release of .NET Core 3.1.
Documentation and feedback
EF Core docs has a new landing page! The main page for Entity Framework documentation has been overhauled to provide you with a hub experience. We hope this new format helps you find the documentation you need faster and with fewer clicks.
The starting point for all EF Core documentation is docs.microsoft.com/ef/.
Please file issues found and any other feedback on the dotnet/efcore GitHub repo.
Helpful Short Links
The following short links are provided for easy reference and access.
Main documentation: https://aka.ms/efdocs
Issues and feature requests for EF Core: https://aka.ms/efcorefeedback
Entity Framework Roadmap: https://aka.ms/efroadmap
What's new in EF Core 5.x? https://aka.ms/efcore5
Thank you from the team
A big thank you from the EF team to everyone who has used EF over the years!
 Arthur Vickers |
 Andriy Svyryd |
 Brice Lambson |
 Jeremy Likness |
 lajones |
 Maurycy Markowski |
 Shay Rojansky |
 Smit Patel |
Thank you to our contributors!
A big thank you to the following community members who have already contributed code or documentation to the EF Core 5 release! (List is in chronological order of first contribution to EF Core 5).
This is a gret Platform
Yeah, gret for fret (still waiting for a usable version).