EntityFramework mapowanie złożonych pól

Cześć,
Mam taki interfejs:

public interface IGroup {
    long Id { get; set; }
    long UserId { get; set; }
    string Name { get; set; }
    ILanguage Language1 { get; set; }
    ILanguage Language2 { get; set; }
    int State { get; set; }
}

Gdzie ILanguage to taki interfejs:

LanguageType Type { get; }
string Code { get; }
string Description { get; }
string Name { get; }
string ShortName { get; }

ILangauge to interfejs definiujący język i mam ich kilka, np polski angielski i nieznany. Chciałbym stworzyć bazę danych za pomocą EntityFramework z tym, że tabela Group zawierała tylko Type z pola Language1 i Language2. Dodatkowo, aby w czasie selectu z bazy były tworzone odpowiednie obiekty, za pomocą jakieś konwertera. Czy jest możliwość czegoś takiego?
Póki co wymyśliłem taki sposób, ale zastanawia mnie czy nie dało by się zrobić tego w czasie rzeźbienia w bazie.

    [JsonIgnore]
    public LanguageType Language1Type {
      get { return Language1 == null ? LanguageType.Default : Language1.Type;  }
      set {
        Language1 = LanguageFactory.GetLanguage(value);
      }
    }
    [NotMapped]
    public ILanguage Language1 { get; set; }

    [JsonIgnore]
    public LanguageType Language2Type {
      get { return Language2 == null ? LanguageType.Default : Language2.Type; }
      set {
        Language2 = LanguageFactory.GetLanguage(value);
      }
    }
    [NotMapped]
    public ILanguage Language2 { get; set; }

https://docs.microsoft.com/en-us/aspnet/mvc/overview/getting-started/getting-started-with-ef-using-mvc/implementing-inheritance-with-the-entity-framework-in-an-asp-net-mvc-application

Nie do końca mi o to chodziło. W tym przykładzie jest przedstawione dziedziczenie, a mi chodziło o kompozycje. Tak jakby z przykładu Student i Instructor mieli pole Person, a nie po nim dziedziczyli. Dodatkowo zależy mi na tym żeby obiektów Person była ograniczona ilość (tak jak moich obiektów typu ILanguage) i żeby były tworzona z pewnego pola (np wiek).

Masz kilka możliwych implementacji ILanguage, prawda?

Tak, do każdego języka mam jakąś implementacje, ale wszystkie pola są readonly i tak naprawdę najważniejszy jest tylko ten enum LanguageType bo on definiuje jak ma się zachować obiekt. Wcześniej miałem dodatkowe metody statyczne za pomocą których pobierałem Code, Description, ShortName. Teraz mam statyczną fabrykę, która tworzy mi odpowiednią implementacje z typu języka. i chciałbym cały czas przechowywać w bazie tylko pole LanguageType a w kodzie od razu tworzyć cały obiekt.

Czyli de facto w tabeli w bazie chcesz mieć dwa pola Language1 i Language2 będące enumami i na podstawie przechowywanej w nich wartości utworzyć obiekt...

Masz zdarzenie ObjectContext.ObjectMaterialized, w momencie załadowania obiektu typu Group mógłbyś tam utworzyć obiekt interesującego Cię typu.
Jest też coś takiego jak IDbDependencyResolver, ale nie wiem czy pomocne w tym przypadku.
Niestety EF nie jest zbyt dobrym rozwiązaniem do takich zaawansowanych zadań.

Myślisz, że NHibernate byłoby lepsze? Czy ogólnie ormy są toporne pod tym względem?? Bo miałem podobną sytuacje w czasie przysyłania Json-a z serwera do aplikacji. Tam też przesyłam tylko Enuma a w aplikacji już sobie za pomocą JsonConvertera robię z tego obiekt cały.

EF jest toporny pod każdym względem. W NH prawdopodobnie dałoby się to zrobić na poziomie jakiegoś interceptora albo proxy factory.