|
|
Регистрация Восстановить пароль |
Повторная активизация e-mail |
Регистрация | Задать вопрос |
Заплачу за решение |
Новые сообщения |
Сообщения за день |
Расширенный поиск |
Правила |
Всё прочитано |
|
Опции темы | Поиск в этой теме |
17.03.2015, 09:58 | #1 |
Пользователь
Регистрация: 09.11.2013
Сообщений: 60
|
EF6 создает к связями многие-ко-многим не нужные столбцы "discrimination"
Есть у меня модель Post:
Код:
Код:
Код:
Код:
Код:
Единсвтинное внятное что я смог найти это: http://stackoverflow.com/questions/2...net-migrations Но я не доконца понял все. Как обойти это, что б не создавать ети столбцы в таблице? и есть ли вобще выход? |
17.03.2015, 11:02 | #2 |
Старожил
Регистрация: 28.01.2009
Сообщений: 21,000
|
ну а как он должен по вашему отличать какой из объектов записан в таблицу?
Discriminator для этого и служит. Хорошо поставленный вопрос это уже половина ответа. | Каков вопрос, таков ответ.
Программа делает то что написал программист, а не то что он хотел. Функции/утилиты ждут в параметрах то что им надо, а не то что вы хотите. |
18.03.2015, 00:38 | #3 |
Пользователь
Регистрация: 09.11.2013
Сообщений: 60
|
|
18.03.2015, 15:03 | #4 |
Форумчанин
Регистрация: 16.01.2015
Сообщений: 672
|
связь тут не при чем совершенно
|
20.03.2015, 22:48 | #5 |
Новичок
Джуниор
Регистрация: 20.03.2015
Сообщений: 6
|
ТС, из-за наследования и хранения в одной таблице объектов двух типов в ней создается столбец Discriminator. В EF есть разные подходы к наследованию, вы выбрали Table-per-Hierarchy. Но вы можете использовать и другие подходы, чтобы хранить объекты в разных таблицах. Подробнее смотрите тут - http://metanit.com/sharp/entityframework/7.1.php
|
20.03.2015, 23:11 | #6 | |
Пользователь
Регистрация: 09.11.2013
Сообщений: 60
|
Цитата:
|
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
Связь "многие-ко-многим" | Lost7070 | Microsoft Office Access | 2 | 03.12.2013 09:01 |
Связь один ко многим. Вывод количества "многих" | Dexes | SQL, базы данных | 2 | 10.10.2012 10:38 |
Связь "Один ко многим", как лучше реализовать? | spamer | SQL, базы данных | 4 | 26.03.2012 01:12 |
MySQL и "многие ко многим" | Dexes | SQL, базы данных | 1 | 04.01.2012 15:22 |