ADO.NET是。NET與數據庫互操作的核心，而ADO.NET實體數據庫則增強了。NET應用程序與數據庫的互聯能力，通過ADO.NET實體數據模型我們可以很方便的與底層數據庫進行強類型的數據互操作。大大的方便了設計人員，從而也提高了數據庫操作的安全性。 最近在使用到Silverlight的領域數據服務時遇到一個很特別的問題[在應用程序中的結果和數據庫的結果不一樣],經過反復的試驗，終於找到了問題的根源，那就是ADO.NET實體數據模型依賴於實體鍵，它的查詢會生成實體鍵的唯一結果集。
現在來看看具體的操作過程和處理方式：
為了對數據庫的表進行操作，在數據庫的視圖中建立了一個連接兩個原子表的 vw_DesksAndUsers 的視圖，這個視圖旨在為了連接已存在的User表和Desk的數據，於是我做了如下的T-SQL的視圖，如下所示：
在SQL Server 2008中得到的查詢結果如下：
也就是說得到了預期的結果，[這一步很成功].接下來進行第二步。
第二步：新建一個Silverlight商業應用程序SilverlightDomainDb,在生成的項目中會支持WCF RIA服務。這是對Silverlight領域服務的支持所必須的。
第三步：在Web項目中添加一個ADO.NET實體數據模型的新項，在向導中選擇相應的數據庫連接和數據表、視圖及存儲過程等，完成以後會生成相應的實體數據類型和上下文，並得到。edmx的模型圖。如下所示：
根據Visual Studio 2010的提示，它為我們生成了兩個實體鍵：DeskId,IsPlaying(這是Desk表中的兩個字段);現在重新生成項目。
第四步：根據實體模型添加Web領域服務項。(在這一步需要添加相應的表和元數據信息)
第五步：Silverlight項目中將數據源所在vw_DesksAndUsers 的Datagrid拖到Home.xaml中，完成、調試。並沒有得到上面的結果，而是生成了如下的Datagrid:
經過仔細的觀察，才發現原來是ADO.NET實體數據模型中的結果集依賴於實體鍵，也就是說Silverlight領域服務會根據實體鍵的唯一生成查詢的結果集，於是就產生了上面的以DeskId為唯一鍵的數據。
處理：
根據以上的分析，要得到預期的結果，必須設置合適的實體鍵，為了不至於影響到底層的SQL數據庫，我們只需要修改。edmx模型圖中的的實體鍵即可(點擊右鍵選中或不選中"實體鍵")：
現在重新生成項目並運行程序，程序得到了預期的結果。
Silverlight商業應用程序作為一個專為數據顯示而生的模板，為數據庫的呈現提供了友好的界面，由於其優化的數據庫的處理方式使得我們在使用時不得不考慮一些它們之間的細微差別[由於在Visual Studio中沒能看到有LINQ生成的T-SQL查詢語句，所以我也只是提供了一個簡單的解決方案而已],我想其深層的原因在於LINQ查詢中生成的T-SQL語句與數據庫中的T-SQL語句不同而產生。
