Рамка на Entity 3.5 Не добавя всички свойства в Модел - c #, визуално студио, рамка на обекта, визуално студио-2008

Аз изпитвам необичаен проблем с EntityРамка във VS2008. Проблемът е, когато създам Моя Модел на Единица от съществуващата си база данни, дизайнерът добавя всички съответни таблици, но се оказва, че случайно пропуска някои от моите полета за чужди ключове. Все пак, ако прегледам Модела в браузъра, ясно виждам, че полетата са включени.

Това стана очевидно, когато по време на строежа Iзапочна да получава множество грешки, че тези полета не са били картирани. Това ме накара ръчно да добавя полетата в дизайнера към съответните таблици и да ги пренасочва към източника на данни.

След това обаче получавам няколко грешки: Грешка 102 Грешка 10023: Не можах да намеря концептуален модел за потвърждаване.
Грешка 103 Грешка 10024: Не можах да намеря модела за съхранение за потвърждаване.
Грешка 104 Грешка 10025: Моделът за картографиране не може да бъде намерен за потвърждаване.
Грешка 105 Не можах да намеря концептуалната схемавъзел за вграждане като ресурс за входния файл Грешка 106 Невъзможността на възела на Схемата за съхранение да бъде вграден като ресурс за входния файл Грешка 107 Неуспехът на Mapping да бъде намерен за вграждане като ресурс за входния файл

Когато отварям файла edmx в XML редактора, файлът се изплъзва с изкривени линии.

Успешно създадох модела на Entity в VS2010 без проблем, но нашият клиент не е в 4.0 Framework.

Определих други, които имат проблем, но не мога да намеря ресурси, които да помогнат за решаването на проблема.

Всички предложения биха били много ценени.

Отговори:

Това вероятно е EF1 не поддържа чужди ключове. Така че за колони с чужди ключове EF ще създава навигационни свойства, но няма да създава свойства на чужди ключове за Entities. Можете да намерите чужди имоти в браузъра на моделите, но това е в модела, представляващ базата данни, а не в концептуалния модел. Забележете, че навигационните свойства се моделират на базата на чужди ключове в магазина и не губите функционалността на отношенията, въпреки че нямате експонирани чужди ключове. С други думи, ако използвате навигационни свойства в заявките, те ще бъдат правилно преведени за използване чужди ключове в SQL заявките.Едно нещо, при което притежаването на чужди ключове в концептуалния модел е много полезно е, когато искате да разсъждавате или променяте връзка, без да е необходимо да зареждате свързаното лице - ако знаете ключовата стойност, която току-що зададохте че е невъзможно в EF1 - когато трябва да промените връзката или заявката спрямо свързано лице, първо трябва да заредите посоченото лице и да използвате навигационното свойство.