我没有在项目中使用LINQ to SQL,我只是完成了一个使用LINQ开发数据访问逻辑的动手实验室,其中一个任务是创建实体转换程序类,以便在linq实体和业务实体之间进行转换。我对此有点困惑,因为我认为我们使用LINQ to SQL的原因是它可以自动为我们生成LINQ实体,我们可以立即查询/更新/插入
在遵循数据库第一方法时,我对Linq和Entity之间的区别感到困惑,因为我找不到任何明显的区别。在我的例子中,当我使用Linq- to -SQL创建表时,我使用Linq到-SQL创建表示表的类,现在当我切换到实体框架时,我仍然遵循相同的步骤(创建数据库表,然后使用EF创建关联的类)。我用同样的方式与这些类进行交互,例如,我过去使用相同的语法和方法查询用户类,但一次使用Linq创建
我有一个包含超过300个表的SQL Server 2008数据库。我要设计的应用程序是一个Windows Forms应用程序,Windows3.5,C#。使用Linq- to -SQL的最佳方式是什么?有什么问题吗?我想知道这种使用Linq- to -SQL的方式是否有任何缺点,或者会造成性能问题?
谢谢。
有一些Linq to SQL的经验,我现在正在尝试ADO实体框架。在Linq to SQL中,我会创建一个Linq to SQL类,拖动我的表来构建数据上下文。然后,我将实例化datacontext类并对datacontext类中的一个属性运行一些lambda。
现在,我使用ADO实体框架添加了实体数据模型类,并将表添加到数据模型中。我的实体数据模型类现在有一组O