Результаты поиска по запросу "ef-fluent-api"

1 ответ

Entity Framework - Fluent APi - создание таблицы с 2 FK

У меня есть этот класс продуктов, с которым связан список продуктов.например:Продукт = StarWarАссоциированные продукты = Эпизод V: Империя наносит ответный у...

3 ответа

Как сделать объединение в linq к sql с синтаксисом метода?

1 ответ

Каскадное удаление с помощью Fluent API

У меня есть две сущности.

ТОП публикаций

1 ответ

Заставьте EF использовать таблицу m: n с дополнительным свойством [duplicate]

1 ответ

Добавить соглашение об именах столбцов в EF6 FluentAPI

Этот вопрос был задан здесь 4 года назад:EF Mapping для префикса всех имен столбцов в таблице Я надеюсь, что в эти дни лучше справляться.Я использую EF6 Flue...

2 ответа

 поле автоинкремента. Хорошо, напишу в github ... это будет мой первый раз, когда я буду писать в github. лол...

2 ответа

Почти так же, с другими именами.

ьзователя может быть 1 или 0 аккаунт

0 ответов

Работал как шарм. Пока занимаюсь экспериментами. Я добавил другое свойство на класс Реферал. Но я никогда не менял ApplicationUser. Мне нужно было добавить другое свойство там же.

чаю ASP.Net MVC 5, и я застрял с одной базовой конструкции БД. Итак, у меня есть один пользователь, который может отсылать много людей на работу. Кроме того, многие могут подать заявку, чтобы получить рекомендацию. Я создал две роли и обо всем ...

3 ответа

Я испытал это, как только начал думать о готовых коллекциях, которые мне нужны, а не о соединениях, которые мне нужны, чтобы получить эти коллекции, и я обнаружил, что вряд ли использую эти объединения. Это касается как отношений «один ко многим», так и отношений «многие ко многим». Entity Framework будет внутренне использовать правильные соединения.

ал stackoverflow для правильного решения по созданиюмногие-ко-многимотношения, используя EF Core 2.0, Code First и Fluent API. Простой сценарий будет: public class Person { public Person() { Clubs = new HashSet<Club>(); } public int PersonId { ...

1 ответ

@Shimmy В случае, если вы не используете стратегию наследования EF / базы данных, да, потому что это будут отдельные отношения.

я есть базовая модель: public abstract class Status { public string updateUserName { get; set; } }Затем модель, которая расширяет базовую модель, определенную выше: public class Item : Status { public int Id { get; set; } public ...