CODEWITHSUNDEEP
c#entity-framework-5
Jens Ehrich
Jens Ehrich

Reputation: 651

Why is Entity Framework 5 code-first not mapping my enum property?

I have an MVC3 project using EF5 targeting ASP.NET framework 4.5 that I'm updating with some additional classes. One of my new classes has a nullable, nested enum property that is not being mapped to the database. 

public class MyProblemClass
{
  public MyClass.MyEnum? MyPropertyName { get; set; }
}

Here are some of the relevant details:

By basic enums I mean ones that are defined outside of a class:

namespace My.Project.NewStuff
{
  public enum MyEnum
  {
    Option1,
    Option2
  }
}

By nested enums I mean ones that are defined inside of a class:

namespace My.Project.NewStuff
{
  public static class MyClass
  {
    public enum MyEnum
    {
      Option1,
      Option2
    }
    public static string MyExtensionMethod (this MyEnum option) {...}
  }
}

The new enum and class names are actually identical to an existing working one, but in a different namespace. The new one has slightly different options, and different code in the extension methods.

I have tried slightly renaming the class, enum and property to see if there are any bugs related to using the same name, but this didn't help.

What could be preventing my nested enum property from being mapped to the database?

Upvotes: 1

Views: 834

Answers (1)

Jens Ehrich
Jens Ehrich

Reputation: 651

Solution: rename the enum to something unique. As per this SO answer, Entity Framework doesn't support multiple classes with the same unqualified name. This appears to include enums.

Normally you would get an error similar to the following during the Add-Migration step:

Schema specified is not valid. Errors:

The mapping of CLR type to EDM type is ambiguous because multiple CLR types match the EDM type 'MyEnum'.

However, if the enumerators in the conflicting types are not identical, the Add-Migration doesn't show this error, and simply generates a migration that omits mapping any properties of the conflicting type. Making the enumerators identical in the conflicting types will reveal the error again.

Upvotes: 1

Related Questions