Создаю базу для использования в дальнейшем с entity framework. Entity model предполагаю генерировать из базы.

Есть две таблицы.

Customers (клиенты)
id(PK)
name

Address (их адреса)
id(PK)
id_customer
name

Мне нужно, чтобы у сущности customer в дальнейшем было поле(свойство) .hisAddress, которое возвращало список адресов этого customer.

Как это сделать правильно? Раньше имел дело либо с чистыми SQL-запросами, либо чисто объектными вроде Core Data, а как спроектировать базу под EDM - что-то не соображу..

Спасибо.

Модератор: Тема перенесена из форума "Microsoft SQL Server".

Ну, из названия поля как бы вытекает, что адресов много.

test

Насколько я понял.

1. Я проектирую базу данных. На уровне полей и связей между ними через FK.
2. Потом создаю EDM с указанием - генерировать из базы данных.
3. И у меня готовые классы с УЖЕ заданными отношениями.

У меня не получается добавить сообщение. Что за бред?

С системах, с которыми я уже имел дело, ситуация "клиент.его_адреса" выглядит диковинной, поскольку данные по адресам получались из таблицы "адреса" с фильтрацией по id_client.

Но описанная схема очень удобна для использования в дальнейшем в различного рода привязках. Скажем, в CoreData можно получить ОДИН root-овый объект и дальше уже перемещаться по его связям через поля (поведение любого ORM?)

Здесь же я столкнулся с проблемой - как задать поле hisAddress при сохранении отношения между таблицами клиент-->адреса как one-2-many.

Я попробовал другой путь - сначала создать EDM, а потом сгенерировать из нее DB. И как я вижу - все эти отношения хранятся не на уровне DB, а на уровне самой EDM. То есть таблицы остаются максимально простыми, а скажем, таблица "клиент" ничего кроме "id" и "name" не содержит вообще.

Добавляется только короткими сообщениями. Админам SQL.RU стоит поменьше задирать нос с такими-то багами на борту.