EntityFrame Work не распознает связь «один ко многим».Зачем? - PullRequest
Новая
       5

EntityFrame Work не распознает связь «один ко многим».Зачем?

0 голосов
/ 11 августа 2011

РЕДАКТИРОВАТЬ

Пожалуйста, просмотрите следующее изображение, оно детализирует ФОТОГРАФИИ, которые показывают, что РАБОТА КАДРА ADO.NET ENTITY НЕ РАСПОЗНАВАЕТ связь один ко многим, но DATASET ДЕЛАЕТ.

http://imgur.com/a4WzM.gif

(извините, но у меня недостаточно репутации для прямой загрузки изображения)

У меня две таблицы

table1: Имя [NAMEID, NAME] (NAMEID - это PK)

table2: Описание [DESCID, DESCRIPTION, IDofNAME] (DESCID - это PK, а IDofNAME - это FK, связанный с NAMEID)

у одного имени может быть много описаний, которые сами не зависят от имени.

Работает ввод данных из SQL SERVER, и связь также сохраняется.

, но, ПРОБЛЕМА

В источниках данных vs10 таблица «Имя» имеет дочернее «Описание», которое снова имеет дочернее «Имя», которое снова имеет дочернее «Описание», и это продолжается без конца.

То же самое относится к табличному отношению "description" wiая таблица «имя», которая имеет дочернюю / связь с таблицей «описание», которая снова имеет отношение к таблице «имя», и эта вещь не имеет конца.

На сетке Задача

Сетка данных, которая создается во время разработки путем перетаскивания таблицы ИМЯ, отображает поля [nameid, name, ИМЯ СВЯЗАННОЙ ТАБЛИЦЫ (не поля всего ИМЯ!)

ПОЖАЛУЙСТА, ПОМОГИТЕ МНЕ ЗДЕСЬ,что я делаю не так, делая отношение пк-фк

спасибо

1 Ответ

0 голосов
/ 11 августа 2011

Похоже, что ваши таблицы могут быть в отношениях многих ко многим. Одно имя может иметь много описаний, каждое может содержать ноль или более имен. Если это так, вы должны добавить таблицу разрешения между ними, например 

CREATE TABLE NameDescription
    ([nameid] [int] NOT NULL,
     [descriptionid] [int] NOT NULL )

При таком подходе вам больше не понадобится внешний ключ в таблице Description, и вместо этого вы присоединитесь к этой новой таблице.

...