Creating Custom Database Tables with Entity Framework
This tutorial will show you how to get started with creating custom database tables with the Entity Framework Core in Umbraco.
Custom database tables let you store additional data in the Umbraco database that you don't want to be stored as normal content nodes.
Using custom tables can be great for many things such as storing massive amounts of data that you do not need to edit from the backoffice.
Decoupling part of your data from being managed by Umbraco as content is a way to achieve better performance for your site. It will no longer take up space in indexes and caches, and the Umbraco database.
Be aware that storing data in custom database tables is by default not manageable by Umbraco.
This means that if you need to edit or display this data, you need to implement the underlying functionality to support this.
The case is the same if you need this data to be transferred or kept synchronized between multiple sites or environments.
Data stored in custom tables are not supported by default by add-ons such as Umbraco Deploy and will not be deployable by default.
- An Umbraco project with content
- EFCore CLI tool
- Can be installed by running
dotnet tool install --global dotnet-ef
in the terminal
The tutorial will show how to create custom database tables using a composer and a notification handler. With this pattern, you create and run a similar migration but trigger it in response to a notification handler.
First, create a class and add the following code:
namespace Umbraco.Demo;
public class BlogComment
{
public int Id { get; set; }
public Guid BlogPostUmbracoKey { get; set; }
public required string Name { get; set; }
public required string Email { get; set; }
public required string Website { get; set; }
public string Message { get; set; } = string.Empty;
}
Now that we have the model, we create a
DbContext
class so we can interact with the database and add the following code:using Microsoft.EntityFrameworkCore;
namespace Umbraco.Demo;
public class BlogContext : DbContext
{
public BlogContext(DbContextOptions<BlogContext> options)
: base(options)
{
}
public required DbSet<BlogComment> BlogComments { get; set; }
protected override void OnModelCreating(ModelBuilder modelBuilder) =>
modelBuilder.Entity<BlogComment>(entity =>
{
entity.ToTable("blogComment");
entity.HasKey(e => e.Id);
entity.Property(e => e.Id).HasColumnName("id");
entity.Property(e => e.BlogPostUmbracoKey).HasColumnName("blogPostUmbracoKey");
entity.Property(e => e.Message).HasColumnName("message");
entity.Property(e => e.Website).HasColumnName("website");
entity.Property(e => e.Email).HasColumnName("email");
});
}
We need to register the
DbContext
to be able to use it in Umbraco.To do this we can use this helpful extension method:
services.AddUmbracoEFCoreContext<BlogContext>("{YOUR CONNECTIONSTRING HERE}", "{YOUR PROVIDER NAME HERE}");
Add the method in the
startup.cs
file under the ConfigureServices
:public void ConfigureServices(IServiceCollection services)
{
services.AddUmbraco(_env, _config)
.AddBackOffice()
.AddWebsite()
.AddDeliveryApi()
.AddComposers()
.Build();
services.AddUmbracoEFCoreContext<BlogContext>("{YOUR CONNECTIONSTRING HERE}", "{YOUR PROVIDER NAME HERE}");
}
The registration of the
DbContext
must be done after the AddUmbraco
method, but only if your connection string contains "|DataDirectory|". This is because we cannot translate the "|DataDirectory|" part of the connection string to the correct path until the Umbraco environment has been initialized.We can then access the database via the
BlogContext.
First, we need to migrate the database to add our tables. With EFCore, we can autogenerate the migrations with the terminal.- 1.Open your terminal and navigate to your project folder
- 2.Generate the migration by running
dotnet ef migrations add InitialCreate --context BlogContext
In this example, we have named the migration
InitialCreate
. However, you can choose the name you like.We've named the DbContext class
BlogContext
, however, if you have renamed it to something else, make sure to also change it when running the command.You should now have a
Migrations
folder in your project, containing the InitialCreate
migration (or the name of your choice).This might be confusing at first, as when working with EFCore you would inject your
Context
class. You can still do that, it is however not the recommended approach in Umbraco.In Umbraco, we use a concept called
Scope
which is our implementation of the Unit of work
pattern. This ensures that we start a transaction when using the database. If the scope is not completed (for example when exceptions are thrown) it will roll it back.Next, we create the notification handler that will handle our migrations. We need to create a new class and add the following code to it:
using Umbraco.Cms.Core;
using Umbraco.Cms.Core.Events;
using Umbraco.Cms.Core.Migrations;
using Umbraco.Cms.Core.Notifications;
using Umbraco.Cms.Core.Scoping;
using Umbraco.Cms.Core.Services;
using Umbraco.Cms.Infrastructure.Migrations;
using Umbraco.Cms.Infrastructure.Migrations.Upgrade;
namespace Umbraco.Demo;
public class RunBlogCommentsMigration : INotificationAsyncHandler<UmbracoApplicationStartedNotification>
{
private readonly BlogContext _blogContext;
public RunBlogCommentsMigration(BlogContext blogContext)
{
_blogContext = blogContext;
}
public async Task HandleAsync(UmbracoApplicationStartedNotification notification, CancellationToken cancellationToken)
{
IEnumerable<string> pendingMigrations = await _blogContext.Database.GetPendingMigrationsAsync();
if (pendingMigrations.Any())
{
await _blogContext.Database.MigrateAsync();
}
}
}
Lastly, we have to register the notification handler, with an
IComposer
class and add the following code:using Umbraco.Cms.Core.Composing;
using Umbraco.Cms.Core.Notifications;
namespace Umbraco.Demo;
public class BlogCommentsComposer : IComposer
{
public void Compose(IUmbracoBuilder builder) => builder.AddNotificationAsyncHandler<UmbracoApplicationStartedNotification, RunBlogCommentsMigration>();
}
After registering the notification handler, build the project and take a look at the database and we can see our new table:
.png?alt=media)
Database result of a migration
We now have some custom database tables in our database that we can work with through the Entity framework.
To create, read, update, or delete data from your custom database tables, use the
IEFCoreScopeProvider<T>
(T is your DbContext
class) to access the EFCore context.The example below creates a
UmbracoApiController
to be able to fetch and insert blog comments in a custom database table.This example uses the
BlogComment
class, which is a database model. The recommended approach would be to map these over to a ViewModel instead, that way your database & UI layers are not coupled. Be aware that things like error handling and data validation have been omitted for brevity.using Microsoft.AspNetCore.Mvc;
using Umbraco.Cms.Persistence.EFCore.Scoping;
using Umbraco.Cms.Web.Common.Controllers;
namespace Umbraco.Demo;
public class BlogCommentsController : UmbracoApiController
{
private readonly IEFCoreScopeProvider<BlogContext> _efCoreScopeProvider;
public BlogCommentsController(IEFCoreScopeProvider<BlogContext> efCoreScopeProvider)
=> _efCoreScopeProvider = efCoreScopeProvider;
[HttpGet]
public async Task<IActionResult> All()
{
using IEfCoreScope<BlogContext> scope = _efCoreScopeProvider.CreateScope();
IEnumerable<BlogComment> comments = await scope.ExecuteWithContextAsync(async db => db.BlogComments.ToArray());
scope.Complete();
return Ok(comments);
}
[HttpGet]
public async Task<IActionResult> GetComments(Guid umbracoNodeKey)
{
using IEfCoreScope<BlogContext> scope = _efCoreScopeProvider.CreateScope();
IEnumerable<BlogComment> comments = await scope.ExecuteWithContextAsync(async db =>
{
return db.BlogComments.Where(x => x.BlogPostUmbracoKey == umbracoNodeKey).ToArray();
});
scope.Complete();
return Ok(comments);
}
[HttpPost]
public async Task InsertComment(BlogComment comment)
{
using IEfCoreScope<BlogContext> scope = _efCoreScopeProvider.CreateScope();
await scope.ExecuteWithContextAsync<Task>(async db =>
{
db.BlogComments.Add(comment);
await db.SaveChangesAsync();
});
scope.Complete();
}
}
Last modified 3mo ago