Блог

У меня есть стол, который выглядит примерно так. Связанный идентификатор является основным идентификатором данных, которые будут когда — либо присутствовать только в одной из трех других таблиц (представленных типами 1, 2 и 3- например. Type1 может содержать строку для связанного идентификатора, но Type2 и Type3 не будут). Когда я пытаюсь включить все три сущности для проверки их присутствия, ef core генерирует внутреннее соединение со всеми тремя свойствами навигации, которое возвращает значение null для каждого свойства навигации, поскольку только одна из таблиц содержит данные для соответствующего идентификатора, в то время как другие этого не делают, и поэтому внутреннее соединение со всеми тремя не возвращает результатов. Единственный способ вернуть одно свойство, заданное в соответствующей таблице, — это если соединение является левым соединением, которое не указано в атрибуте внешнего ключа/модели fluent.

Очевидно, что в SQL связанный идентификатор не может быть истинным внешним ключом, но я использую атрибут для пометки свойств навигации. Первичный ключ каждого типа 1, 2 и 3-это связанный идентификатор этой таблицы.

Независимо от того, является ли это правильным дизайном базы данных (используя связанный идентификатор таким образом) — можно ли заставить EF core возвращать эти сущности с помощью левого/внешнего соединения, чтобы запрос мог быть выполнен успешно, или я не должен использовать навигационные свойства в этом контексте, потому что невозможно выполнить запрос без внутреннего соединения? Или есть альтернативный атрибут, который я мог бы/должен использовать для обозначения этой связи? Я бы предпочел не требовать трех отдельных столбцов с внешними ключами для каждой из связанных таблиц (нам не нравится иметь много дополнительных столбцов, которые будут заполнены нулевыми значениями, потому что только один из столбцов будет заполнен).

 public class SomeThing
{
    [Key]
    public Guid PrimaryID { get; set; }

    public Guid RelatedID { get; set; }

    // There is only ever data for one of these types
    [ForeignKey("RelatedID")]
    public virtual Type1 Related1{ get; set; }

    [ForeignKey("RelatedID")]
    public virtual Type2 Related2 { get; set; }

    [ForeignKey("RelatedID")]
    public virtual Type3 Related3 { get; set; }
}