0
考慮模型優先方案(EF 4.3,Visual Studio 2010)中的一個實體,該實例包含內部屬性和複雜屬性的混合。函數映射使用實體框架中的複雜類型返回實體的存儲過程
進一步考慮數據庫生成策略是Table per Type。
如果您編寫一個返回此實體的存儲過程,那麼當您使用模型瀏覽器映射SPROC輸出時,很遺憾,您會發現功能導入嚮導的「獲取列信息」按鈕無法推斷其他複雜屬性標量列。
這是我嗎?
考慮模型優先方案(EF 4.3,Visual Studio 2010)中的一個實體,該實例包含內部屬性和複雜屬性的混合。函數映射使用實體框架中的複雜類型返回實體的存儲過程
進一步考慮數據庫生成策略是Table per Type。
如果您編寫一個返回此實體的存儲過程,那麼當您使用模型瀏覽器映射SPROC輸出時,很遺憾,您會發現功能導入嚮導的「獲取列信息」按鈕無法推斷其他複雜屬性標量列。
這是我嗎?
我猜測,由複雜性你的意思是導航性能。如果是這樣,你的問題的核心是,在SQL中,存儲過程的結果是沒有辦法的join
。這意味着EF無法構建查詢來完成您想要的操作。
存儲過程只是返回一個值數組。這些值中的任何值都不能標記爲外鍵,就像可以使用數據庫列一樣。我認爲EF對於通過名稱約定推斷關聯來說過於牽強。
通過_the complex properties_,您的意思是導航屬性? –