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.
Last updated
This tutorial will show you how to get started with creating custom database tables with the Entity Framework Core in Umbraco.
Last updated
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:
builder.Services.AddUmbracoDbContext<BlogContext>(options =>
{
options.UseSqlServer("{YOUR CONNECTIONSTRING HERE}");
//If you are using SQlite, replace UseSqlServer with UseSqlite
});If you are using SQlite, replace UseSqlServer with UseSqlite.
Add the method in the Program.cs file:
builder.CreateUmbracoBuilder()
.AddBackOffice()
.AddWebsite()
.AddDeliveryApi()
.AddComposers()
.Build();
builder.Services.AddUmbracoDbContext<BlogContext>(options =>
{
options.UseSqlServer("{YOUR CONNECTIONSTRING HERE}");
//If you are using SQlite, replace UseSqlServer with UseSqlite
});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.
Open your terminal and navigate to your project folder.
Generate the migration by running:
dotnet ef migrations add InitialCreate --context BlogContextIn 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.
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:
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();
}
}