ADO.NET是.NET與數(shù)據(jù)庫互操作的核心，而ADO.NET實體數(shù)據(jù)庫則增強了.NET應(yīng)用程序與數(shù)據(jù)庫的互聯(lián)能力，通過ADO.NET實體數(shù)據(jù)模型我們可以很方便的與底層數(shù)據(jù)庫進行強類型的數(shù)據(jù)互操作。大大的方便了設(shè)計人員，從而也提高了數(shù)據(jù)庫操作的安全性。最近在使用到Silverlight的領(lǐng)域數(shù)據(jù)服務(wù)時遇到一個很特別的問題［在應(yīng)用程序中的結(jié)果和數(shù)據(jù)庫的結(jié)果不一樣］，經(jīng)過反復(fù)的試驗，終于找到了問題的根源，那就是ADO.NET實體數(shù)據(jù)模型依賴于實體鍵，它的查詢會生成實體鍵的唯一結(jié)果集。

　　現(xiàn)在來看看具體的操作過程和處理方式：

　　為了對數(shù)據(jù)庫的表進行操作，在數(shù)據(jù)庫的視圖中建立了一個連接兩個原子表的 vw_DesksAndUsers 的視圖，這個視圖旨在為了連接已存在的User表和Desk的數(shù)據(jù)，于是我做了如下的T－SQL的視圖，如下所示：

　　在SQL Server 2008中得到的查詢結(jié)果如下：

　　也就是說得到了預(yù)期的結(jié)果，［這一步很成功］。接下來進行第二步。

　　第二步：新建一個Silverlight商業(yè)應(yīng)用程序SilverlightDomainDb，在生成的項目中會支持WCF RIA服務(wù)。這是對Silverlight領(lǐng)域服務(wù)的支持所必須的。

　　第三步：在Web項目中添加一個ADO.NET實體數(shù)據(jù)模型的新項，在向?qū)е羞x擇相應(yīng)的數(shù)據(jù)庫連接和數(shù)據(jù)表、視圖及存儲過程等，完成以后會生成相應(yīng)的實體數(shù)據(jù)類型和上下文，并得到．edmx的模型圖。如下所示：

　　根據(jù)Visual Studio 2010的提示，它為我們生成了兩個實體鍵：DeskId,IsPlaying(這是Ｄｅｓｋ表中的兩個字段)；現(xiàn)在重新生成項目。

　　第四步：根據(jù)實體模型添加Web領(lǐng)域服務(wù)項。（在這一步需要添加相應(yīng)的表和元數(shù)據(jù)信息）

　　第五步：Silverlight項目中將數(shù)據(jù)源所在vw_DesksAndUsers 的Datagrid拖到Home.xaml中，完成、調(diào)試。并沒有得到上面的結(jié)果，而是生成了如下的Datagrid：

　　經(jīng)過仔細的觀察，才發(fā)現(xiàn)原來是ADO.NET實體數(shù)據(jù)模型中的結(jié)果集依賴于實體鍵，也就是說Silverlight領(lǐng)域服務(wù)會根據(jù)實體鍵的唯一生成查詢的結(jié)果集，于是就產(chǎn)生了上面的以DeskId為唯一鍵的數(shù)據(jù)。

　　處理：

　　根據(jù)以上的分析，要得到預(yù)期的結(jié)果，必須設(shè)置合適的實體鍵，為了不至于影響到底層的SQL數(shù)據(jù)庫，我們只需要修改.edmx模型圖中的的實體鍵即可（點擊右鍵選中或不選中“實體鍵”）：

　　現(xiàn)在重新生成項目并運行程序，程序得到了預(yù)期的結(jié)果。

　　Silverlight商業(yè)應(yīng)用程序作為一個專為數(shù)據(jù)顯示而生的模板，為數(shù)據(jù)庫的呈現(xiàn)提供了友好的界面，由于其優(yōu)化的數(shù)據(jù)庫的處理方式使得我們在使用時不得不考慮一些它們之間的細微差別[由于在Visual Studio中沒能看到有LINQ生成的T—SQL查詢語句，所以我也只是提供了一個簡單的解決方案而已]，我想其深層的原因在于LINQ查詢中生成的T-SQL語句與數(shù)據(jù)庫中的T-SQL語句不同而產(chǎn)生。