ADO.NET是.NET與數據庫互操作的核心，而ADO.NET實體數據庫則增強了.NET應用程序與數據庫的互聯能力，通過ADO.NET實體數據模型我們可以很方便的與底層數據庫進行強類型的數據互操作。大大的方便了設計人員，從而也提高了數據庫操作的安全性。最近在使用到Ｓｉｌｖｅｒｌｉｇｈｔ的領域數據服務時遇到一個很特別的問題［在應用程序中的結果和數據庫的結果不一樣］，經過反復的試驗，終于找到了問題的根源，那就是ＡＤＯ．ＮＥＴ實體數據模型依賴于實體鍵，它的查詢會生成實體鍵的唯一結果集。

現在來看看具體的操作過程和處理方式：

為了對數據庫的表進行操作，在數據庫的視圖中建立了一個連接兩個原子表的 vw_DesksAndUsers 的視圖，這個視圖旨在為了連接已存在的Ｕｓｅｒ表和Ｄｅｓｋ的數據，于是我做了如下的Ｔ－ＳＱＬ的視圖，如下所示：

在ＳＱＬ Ｓｅｒｖｅｒ２００８中得到的查詢結果如下：

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

第二步：新建一個Ｓｉｌｖｅｒｌｉｇｈｔ商業應用程序ＳｉｌｖｅｒｌｉｇｈｔＤｏｍａｉｎＤｂ，在生成的項目中會支持ＷＣＦ ＲＩＡ服務。這是對Ｓｉｌｖｅｒｌｉｇｈｔ領域服務的支持所必須的。

第三步：在Ｗｅｂ項目中添加一個ＡＤＯ．ＮＥＴ實體數據模型的新項，在向導中選擇相應的數據庫連接和數據表、視圖及存儲過程等，完成以后會生成相應的實體數據類型和上下文，并得到．ｅｄｍｘ的模型圖。如下所示：

根據ＶＳ２０１０的提示，它為我們生成了兩個實體鍵：DeskId,IsPlaying(這是Ｄｅｓｋ表中的兩個字段)；現在重新生成項目。

第四步：根據實體模型添加Ｗｅｂ領域服務項。（在這一步需要添加相應的表和元數據信息）

第五步：Ｓｉｌｖｅｒｌｉｇｈｔ項目中將數據源所在vw_DesksAndUsers 的ＤａｔａＧｒｉｄ拖到Ｈｏｍｅ．ｘａｍｌ中，完成、調試。并沒有得到上面的結果，而是生成了如下的ＤａｔａＧｒｉｄ：

經過仔細的觀察，才發現原來是ＡＤＯ．ＮＥＴ實體數據模型中的結果集依賴于實體鍵，也就是說Ｓｉｌｖｅｒｌｉｇｈｔ領域服務會根據實體鍵的唯一生成查詢的結果集，于是就產生了上面的以ＤｅｓｋＩｄ為唯一鍵的數據。

處理：

根據以上的分析，要得到預期的結果，必須設置合適的實體鍵，為了不至于影響到底層的ＳＱＬ數據庫，我們只需要修改．ｅｄｍｘ模型圖中的的實體鍵即可（點擊右鍵選中或不選中“實體鍵”）：

現在重新生成項目并運行程序，程序得到了預期的結果。

Ｓｉｌｖｅｒｌｉｇｈｔ商業應用程序作為一個專為數據顯示而生的模板，為數據庫的呈現提供了友好的界面，由于其優化的數據庫的處理方式使得我們在使用時不得不考慮一些它們之間的細微差別[由于在ＶＳ中沒能看到有ＬＩＮＱ生成的Ｔ—ＳＱＬ查詢語句，所以我也只是提供了一個簡單的解決方案而已]，我想其深層的原因在于ＬＩＮＱ查詢中生成的T-SQL語句與數據庫中的T-SQL語句不同而產生。  演示代碼