RIAService+LINQtoSQL时遇到的问题
在VS2010下，LINQtoSQL类已经添加好，然后重新生成项目，添加Domain Service时，DataContext一直显示是空的。。我已经重新生成项目怎么还不显示呢？
[解决办法]
先在项目中添加“ADO.NET实体数据模型”然后再添加Domain Service。
[解决办法]
那我就没办法了。我一直在用ADO.NET实体数据模型。楼主为什么要使用LINQtoSQL？相对于ADO.NET实体数据模型有什么优势吗？
作为ADO.NET的扩展，LINQ to SQL和ADO.NET实体数据模型都被用于降低在使用OO语言访问基于RDBMS数据时的复杂性。两者都提供了各自的机制使用LINQ将纯粹的业务逻辑和数据访问逻辑（由framework提供）解耦，我们因此可以使用编程语言自身的语法来查询数据。两者都允许使用业务对象映射关系数据库中的数据，并且可以映射它们之间的关系（包括继承）。
当我们谈论两者间的异同时，我们常会将ADO.NET实体数据模型看做是LINQ to SQL的超集，ADO.NET实体数据模型比LINQ toSQL涉及的功能要多得多。
LINQ to SQL可以用作应用程序快速部署，而ADO.NET实体数据模型则可以用作企业级程序部署。
LINQ to SQL只支持MS SQL Server数据库（包括compact版本），然而外部服务提供商开发了MySQL,Oracle,Postgres等数据提供程序(data provider)。ADO.NET实体数据模型基于ADO.NET数据提供程序构建，因此它支持所有ADO.NET数据提供程序。 LINQ to SQL允许开发人员对应数据库中的表或视图直接生成映射的.NET类，因此类和表之间是1:1的对应，这也就意味着它无法使用一个类来代表一张表的一部分或者多张表。另一方面，ADO.NET实体数据模型允许开发人员生成对应概念性（conceptual）数据模型的类，这使得它的类和表之间是m:n的关系，因此它可以使用一个类来映射表的一部分或多张表。得益于此，DBA可以为了提高性能、分区（partitioning）来对数据库进行改造，并且这不会影响到业务逻辑。
因此，LINQ to SQL的目标是快速开发仅支持MS SQL数据库并且其关系映射较为简单的应用程序。而ADO.NET实体数据模型则用于开发各种基于ADO.NET数据提供程序的数据库并且业务对象与持久化数据有着复杂映射关系的企业级应用程序。
[解决办法]
重新装一下RIA WCF SRVICE
