|
5 / 5 / 2
Регистрация: 21.07.2016
Сообщений: 34
|
||||||
Отношение многие-ко-многим в EF core 6+03.08.2023, 15:51. Показов 2003. Ответов 22
Метки нет (Все метки)
Необходимо создать отношение многие-ко-многим на основе классов (code first), но с небольшим нюансом (см. ниже). Делаю это так:
Пробовал что-то исправить через fluent-api, но .HasMany().WithMany() особо ничем не помогут, т.к. все равно требуют наличия свойств-коллекций у классов. Можно конечно самому создать класс для описания промежуточной таблицы, но это прям совсем ручная работа и не только на уровне описания БД, но и на уровне дальнейшего использования такого класса. Есть ли какие-то еще способы, кроме "задепрекейть и просто не используй subject.Teachers в своем коде"?
0
|
||||||
| 03.08.2023, 15:51 | |
|
Ответы с готовыми решениями:
22
BindingSource и DataSet и отношение многие-ко-многим Отношение Многие ко Многим Отношение многие-ко-многим ASP.NET MVC |
|
403 / 265 / 69
Регистрация: 12.04.2020
Сообщений: 1,404
|
|
| 07.08.2023, 18:47 | |
|
0
|
|
|
5 / 5 / 2
Регистрация: 21.07.2016
Сообщений: 34
|
||||
| 07.08.2023, 23:44 [ТС] | ||||
|
Позже для себя проведу сравнительный тест с конструктором и паблик-полями.
0
|
||||
|
14367 / 9468 / 1360
Регистрация: 21.01.2016
Сообщений: 35,721
|
||||||||||||||||||||||||||||||||||||||||||||||
| 08.08.2023, 02:28 | ||||||||||||||||||||||||||||||||||||||||||||||
|
JavaFX2, из-за сильной ограниченности EF'а в возможностях. Работая над очень крупным проектом мы пришли к тому, что не можем реализовывать эффективно критичные к производительности запросы. Просто никак. И речь не о том, что мы просто огульно рукой махнули на EF: "А, говно!". Мы запросы очень долго тюнили, разделяли на несколько, переписывали по-разному. И всё это с профилировщиком в руках. Т.е мы смотрели на результирующий текст SQL-запроса, план, который СУБД по нему строит, время, которое уходило у EF'а на генерацию этого запроса, время, которое EF тратил на материализацию.
И в конечном итоге пришли к тому, что такие критичные места проще реализовать на чистом SQL. Но тут же встал вопрос: а на кой черт нам в проекте нужна такая ORM, которая при хоть сколько-то сложных запросах сразу сдувается? И мы решили притянуть в проект (параллельно с EF, который сразу стал легаси) Linq2Db. И все сложные запросы, которые на тот момент требовали тонкой настройки, я успешно перевёл на Linq2Db дня за три. И они начали "летать" просто. Ключевые особенности Linq2Db, которые не просто есть, а которые ОЧЕНЬ широко используем в проекте: пользовательские функции в запросах и предикатах, пользовательские выражения в запросах и предикатах (появилась возможность работать с Full Text Search на раз-два), batch update\delete, MERGE (а это вообще бомба!), CTE, рекурсивные CTE, INSERT\MERGE WITH OUTPUT, кастомные условия JOIN'а таблиц (наверное, это больше для легаси баз, но у нас именно такая), кастомные маперы\конвертеры, возможность обращаться к произвольным полям в запросе, даже сменные маппинги (не знаю уж насколько это надо, но есть), отсутствие change tracker'а и identity map'ы, query hint'ы, временные таблицы и прочее... Там реально много всего, что внезапно становится нужно, когда оно появляется в арсенале ORM. А EF... Он сильно абстрактный. Авторы этой ORM умышленно старались его сделать таким, чтобы был "подальше" от СУБД. Поэтому ты теряешь кучу возможностей, которые в реальном проекте внатуре нужны. Чтобы быстро всё работало. Вот куски запросов и прочих вещей из реальных проектов, где Linq2Db используется у нас: Проекция с вложенными коллекциями. Здесь Linq2Db сам разобъёт запрос на три и корректно в мапяти смёржит. EF только недавно так научился делать. Кликните здесь для просмотра всего текста
Вставляем запись только с перечисленными полями. И сразу получаем на руки полученный Primary Key. Кликните здесь для просмотра всего текста
Обновляем указанные поля. Кликните здесь для просмотра всего текста
Причём, мы можем обновлять не конкретную запись, но пачку разных, имея при этом доступ к исходным записям. Кликните здесь для просмотра всего текста
Пакетная вставка. Кликните здесь для просмотра всего текста
Вставить запись, если её нет. Кликните здесь для просмотра всего текста
А это вообще пушка. Попробуй такое на EF сделать одним запросом. С клиента прилетает набор тегов. Те, что новые мы добавляем в базу, те, что пропали (пользователь чеки с них снял) из базы удаляем, остальные - вообще не трогаем. Кликните здесь для просмотра всего текста
Пользовательские функции в запросах. Кликните здесь для просмотра всего текста
Полуджойн с виртуальной таблицей из коллекции? Да как нефиг делать. Кликните здесь для просмотра всего текста
Ну и тому подобное. Таких примеров можно тонну насобирать. Идея в том, что Linq2Db на голову богаче на возможности, чем EF. Что позволяет тебе писать хорошие, гибкие и производительные запросы в серьёзных проектах. А не просто поиграться... Если ты только начинаешь изучать ORM, то Linq2Db однозначно рекомендую. Даже, если в проекте, куда ты попадёшь, будет EF, после знакомства с Linq2Db ты лучше начнёшь понимать как всё это работает. Ну а если начинаешь новый проект, то смотреть на EF вообще смысла нет. А если у тебя в проекте будет не древний EF6, а EF Core, то используя адаптер ты можешь переиспользовать мапинги EF'а в связке с Linq2Db.
3
|
||||||||||||||||||||||||||||||||||||||||||||||
| 08.08.2023, 02:28 | |
|
Модель. Отношение многие ко многим, и многие ко всем? Отношение многие ко многим Отношение многие ко многим(Теги к новостям) Реализация программы по управлению таблицами (отношение многие-ко-многим) Как реализовать отношение "Многие-ко-многим" с помощью Мар? Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
GitDOS: Когда я решил скрестить MS-DOS, GitHub и Claude
MaGz GoLd 08.07.2026
Привет, Киберфорум! Хочу поделиться своим проектом, который, надеюсь, вас заинтересует. GitDOS — это веб-приложение, которое позволяет запускать DOS в браузере с тремя крутыми фичами: диски живут в. . .
|
Учебный мини "цифровой двойник" = (Сервер = Java + Flask_питон )+(3D = Гугловскаая 4T nvideo + google colab) +( WMS = Odoo на Docker)
anaschu 07.07.2026
Увидел в требованиях к вакансии создателя имитационных моделей связку (REst + Api + WMS + Anylogic + питон + 3D Nvideo), и решил посмотреть, что это такое. Из этого всего я работал более менее. . .
|
Море в объективе
kumehtar 06.07.2026
Хотел написать много проникновенных слов, но передумал.
Оно само - говорит.
Кто слышит тот слышит.
|
Doom для терминала без стрельбы и монстров. 3D Raycasting на ascii.
dcc0 05.07.2026
Попросил нейронную сеть deepai. org написать рейкастинг 3D с библиотекой ncurses для Linux. Чтобы можно было
ходить на стрелочки. Чтобы стены были отрисованы символами. Справилась.
Первый вариант. . .
|
|
Установка статуса документа по условию
Maks 05.07.2026
Алгоритм из решения ниже реализован на нетиповом документе "НарядПутевка" разработанного в КА2.
Задача: в табличной части "Материалы" документа при записи автоматически устанавливать статус. . .
|
Сезонность и суточность закисления почв
anaschu 04.07.2026
200 часов это все равно моловато. Есть ситуации, но нестандартные, когда смена происходит за 5 лет.
Но обычно это 50 лет и более.
Наверное, закисление почвы происходит сезонно в средней. . .
|
В чем ценность человеческого опыта в глобальном смысле?
kumehtar 03.07.2026
Возможно, ценность человека не в том, что он однажды достигает мудрости, а в том, что он становится носителем карты пути. Он знает не только истину, но и последовательность внутренних изменений,. . .
|
интеграция AnyLogic с самописным REST API и переход на Odoo
anaschu 03.07.2026
Успешная интеграция AnyLogic с самописным REST API и переход на промышленную Odoo WMS
Сегодня проделал огромный путь от простой симуляции физических процессов до построения полноценной. . .
|