Реализация сложной сущности

@rooten · Регистрация: 11.09.2016

Студворк — интернет-сервис помощи студентам

База: мускул
ОRМ: Entity Framework Core

В базе есть с десяток сущностей. Необходимо создать сущность "Набор".
Поля:
ID,
Name,
Description,
Primary - список, кот. мог бы хранить любое кол-во и любую комбинацию из уже существующих сущностей,
Secondary - такой же список, но хранит набор второстепенных сущностей (чисто по логике пользователя).

Сущнось "Набор" должна сохранять в отдельной таблице БД.

модель на данный момент, как есть:

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
[Serializable]
    public class Set : IMyInterface
    {
        public int ID { get; set; }
        public string Name { get; set; }        
        public string Description { get; set; }
 
        List<IMyInterface> Primary { get; set; }       
        List<IMyInterface> Secondary  { get; set; } 
        public Set()
        {
            Primary = new List<IMyInterface>();       
            Secondary = new List<IMyInterface>();        
        }        
    }

IMyInterface - интерфейс, кот. реализуют все сущности, в том числе и сущность "набор"

Подскажите как реализовать?

@Usaga · 24.06.2018, 06:36

rooten, EF EF-ом, но вы не забывайте, что работаете с обычной реляционной СУБД.

Сделать такое можно только вручную. EF вам тут вообще ни разу не помощник. Заводите отдельную таблицу (типа SetAssociations или SetLinks), в которой заведите поля SetId, EntityId, EntityType, IsPrimary. Все четыре поля сделайте составным первичным ключом.

SetId будет внешним ключом на таблицу Sets. EntityId - полиморфный ключ на хз какую таблицу, простое поле Int. EntityType может быть перечислением или строковым полем, идентифицирует таблицу на которую ссылается EntityId. Что такое IsPrimary - догадайтесь сами).

Выгребать из этой таблицы и писать в неё вам придётся самому. Следить за целостностью её содержимого - тоже. EntityId базой не будет контролироваться. Вам придётся самому удалять из этой таблицы записи, на которые это поле ссылается. Выгребать записи нужно будет только через INNER JOIN, ибо не факт, что EntityId куда-то ссылается.

При работе с EF не используйте коллекции в свойствах - только интерфейсы (ICollection<T> лучше всего). Данные два свойства придётся заигнорить, чтобы EF их не трогал, это за него будете делать только вы.

Добавлено через 3 минуты
А вообще, задумка выглядит донельзя кривой. Пересмотрите свою хотелку.

Новые блоги и статьи Все статьи Все блоги /
Кому нужен AOT? DevAlt 26.03.2026 Решил сделать простой ланчер Написал заготовку: dotnet new console --aot -o UrlHandler var items = args. Split(":"); var tag = items; var id = items; var executable = args;. . .	Отправка уведомления на почту при изменении наименования справочника Maks 25.03.2026 Программная отправка письма электронной почты на примере изменения наименования типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной. . .	модель ЗдравоСохранения 5. Меньше увольнений- больше дохода! anaschu 25.03.2026 Теперь система здравосохранения уменьшает количество увольнений. 9TO2GP2bpX4 a42b81fb172ffc12ca589c7898261ccb/ https:/ / rutube. ru/ video/ a42b81fb172ffc12ca589c7898261ccb/ Слева синяя линия -. . .	Midnight Chicago Blues kumehtar 24.03.2026 Такой Midnight Chicago Blues, знаешь?. . Когда вечерние улицы становятся ночными, а ты не можешь уснуть. Ты идёшь в любимый старый бар, и бармен наливает тебе виски. Ты смотришь на пролетающие. . .
SDL3 для Desktop (MinGW): Вывод текста со шрифтом TTF с помощью библиотеки SDL3_ttf на Си и C++ 8Observer8 24.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-text-sdl3-c. zip finish-text-sdl3-cpp. zip	Жизнь в неопределённости kumehtar 23.03.2026 Жизнь — это постоянное существование в неопределённости. Например, даже если у тебя есть список дел, невозможно дойти до точки, где всё окончательно завершено и больше ничего не осталось. В принципе,. . .	Модель здравоСохранения: работники работают быстрее после её введения. anaschu 23.03.2026 geJalZw1fLo Корпорация до введения программа здравоохранения имела много невыполненных работниками заданий, после введения программы количество заданий выросло. Но на выплатах по больничным это. . .	Контроль уникальности заводского номера Maks 23.03.2026 Алгоритм контроля уникальности заводского (или серийного) номера на примере нетипового документа выдачи шин для спецтехники с табличной частью, разработанного в конфигурации КА2. Номеклатура. . .

@Usaga 14313 / 9393 / 1355 Регистрация: 21.01.2016 Сообщений: 35,424
	24.06.2018, 06:36
	rooten, EF EF-ом, но вы не забывайте, что работаете с обычной реляционной СУБД. Сделать такое можно только вручную. EF вам тут вообще ни разу не помощник. Заводите отдельную таблицу (типа SetAssociations или SetLinks), в которой заведите поля SetId, EntityId, EntityType, IsPrimary. Все четыре поля сделайте составным первичным ключом. SetId будет внешним ключом на таблицу Sets. EntityId - полиморфный ключ на хз какую таблицу, простое поле Int. EntityType может быть перечислением или строковым полем, идентифицирует таблицу на которую ссылается EntityId. Что такое IsPrimary - догадайтесь сами). Выгребать из этой таблицы и писать в неё вам придётся самому. Следить за целостностью её содержимого - тоже. EntityId базой не будет контролироваться. Вам придётся самому удалять из этой таблицы записи, на которые это поле ссылается. Выгребать записи нужно будет только через INNER JOIN, ибо не факт, что EntityId куда-то ссылается. При работе с EF не используйте коллекции в свойствах - только интерфейсы (ICollection<T> лучше всего). Данные два свойства придётся заигнорить, чтобы EF их не трогал, это за него будете делать только вы. Добавлено через 3 минуты А вообще, задумка выглядит донельзя кривой. Пересмотрите свою хотелку. 1