我们即将开始一些ASP.NET MVC开发,并且已经使用我们自己的实体框架多年了。然而,我们需要的支持超过了我们的实体框架的能力,所以我想得到一些关于在更健壮的框架中使用MVC的意见。我们已经将选择范围缩小到NHibernate (使用Fluent API)或LINQ to SQL。
哪种框架最适合MVC风格的开发(我知道所以使用LINQ to SQL)?
如果我们想要支持SQL Server,Oracle,MySQL -这是否排除了LINQ to SQL?
在Visual Studio 2012中查看Linq查询生成的SQL (最好是数据)的最简单方法是什么?我之前使用过一些调试可视化工具,它们在VS2008/2010中工作得很好,但我似乎找不到一个适用于2012年的。
例如,假设我有Linq:
var l = ctx.PurchaseOrders.Where(c => c.PurchaseOrderID == searchstring);
如何查看Linq转换成的SQL是什么?
我正在使用实体框架
我有两个具有一对多关系的模型类:
public class Employee
{
[DatabaseGenerated(DatabaseGeneratedOption.None)]
public int EmployeeId { get; set; }
public String EmployeeName { get; set; }
public int DeptId { get; set; }
[ForeignKey("DeptId")]
public Department Department { get; set; }
我正在阅读这篇关于的文章,发现它非常有趣,尽管在第一张照片中我无法破译许多东西。我正在重读这篇文章,以便弄清楚这背后的真正逻辑。
a)我脑海中突然浮现一个问题:为什么我们(通常)需要一个ORM框架?
b)在现有的用于.NET的其他对象关系管理框架中,如Spring.NET、Linq to Sql、NHibernate等,为什么我们会更喜欢ADO.NET实体框架?
在本教程中,推荐在MVC中使用LINQ to SQL。然后他们创建一个存储库,这基本上使它看起来更像实体框架(使用像Add()和Delete()这样的方法来代替LINQ的InsertOnSubmit()和DeleteOnSubmit()。
我的问题是,我应该在这里做什么?我喜欢使用LINQ,但我觉得如果我放弃Entity Framework for LINQ to SQL,它会破坏MVC。
LINQ to SQL生成以下行:
public partial class DataClasses1DataContext : System.Data.Linq.DataContext
因此,我只能使用诸
我正在努力使自己更熟悉数据库编程,并且正在研究为应用程序创建数据访问层的不同方法。我尝试过几种方法,但各种不同的数据库技术林林总总,我不知道该学什么。例如,我尝试使用带有tableadapters的数据集。使用它,我能够相当容易地切换数据提供程序(通过对IDbConnection等接口进行编程)。这是我想要实现的一件事。但我也知道每个人都在谈论LINQ,我也在努力更好地了解这一点。因此,我也尝试使用Linq to Sql类作为数据访问层,但显然这不是独立于提供程序的(仅适用于SQL Server)。
然后我读到了Entity Framework (就像Linq to SQL显然已经受到了抨击一