ADO.NET是.NET与数据库互操作的核心，而ADO.NET实体数据库则增强了.NET应用程序与数据库的互联能力，通过ADO.NET实体数据模型我们可以很方便的与底层数据库进行强类型的数据互操作。大大的方便了设计人员，从而也提高了数据库操作的安全性。最近在使用到Siverlight的领域数据服务时遇到一个很特别的问题［在应用程序中的结果和数据库的结果不一样］，经过反复的试验，终于找到了问题的根源，那就是ADO.NET实体数据模型依赖于实体键，它的查询会生成实体键的唯一结果集。
现在来看看具体的操作过程和处理方式：
为了对数据库的表进行操作，在数据库的视图中建立了一个连接两个原子表的 vw_DesksAndUsers 的视图，这个视图旨在为了连接已存在的User表和Desk的数据，于是我做了如下的T-SQL的视图，如下所示：
在SQL Server 2008中得到的查询结果如下：
也就是说得到了预期的结果，［这一步很成功］。接下来进行第二步。
第二步：新建一个Siverlight商业应用程序SiverlightDomainDb，在生成的项目中会支持WCFRIA服务。这是对Siverlight领域服务的支持所必须的。
第三步：在Web项目中添加一个ADO.NET实体数据模型的新项，在向导中选择相应的数据库连接和数据表、视图及存储过程等，完成以后会生成相应的实体数据类型和上下文，并得到．edmx的模型图。如下所示：
根据VS2010的提示，它为我们生成了两个实体键：DeskId,IsPlaying(这是Desk表中的两个字段)；现在重新生成项目。
第四步：根据实体模型添加Ｗｅｂ领域服务项。（在这一步需要添加相应的表和元数据信息）
第五步：Siverlight项目中将数据源所在vw_DesksAndUsers 的DataGrid拖到Home.xaml中，完成、调试。并没有得到上面的结果，而是生成了如下的DataGrid：
经过仔细的观察，才发现原来是ADO.NET实体数据模型中的结果集依赖于实体键，也就是说Siverlight领域服务会根据实体键的唯一生成查询的结果集，于是就产生了上面的以ＤｅｓｋＩｄ为唯一键的数据。
处理：
根据以上的分析，要得到预期的结果，必须设置合适的实体键，为了不至于影响到底层的SQL数据库，我们只需要修改．edmx模型图中的的实体键即可（点击右键选中或不选中“实体键”）：
现在重新生成项目并运行程序，程序得到了预期的结果。
Siverlight商业应用程序作为一个专为数据显示而生的模板，为数据库的呈现提供了友好的界面，由于其优化的数据库的处理方式使得我们在使用时不得不考虑一些它们之间的细微差别[由于在VS中没能看到有LINQ生成的T—SQL查询语句，所以我也只是提供了一个简单的解决方案而已，我想其深层的原因在于LINQ查询中生成的T-SQL语句与数据库中的T-SQL语句不同而产生。