ASP.NET MVC 应用程序的数据库和逻辑层

Question

我将开始一个新项目，最初规模很小，但随着时间的推移可能会变得很大。我坚信我将使用 ASP.NET MVC 和 jQuery 作为 UI。由于某些原因，我想使用 MySQL 作为数据库，但担心一些事情。

我对 Linq 完全陌生，但一旦熟悉它似乎就更容易使用。

首先，访问数据应该很容易。所以我想我应该使用 MySQL to Linq，但我在某处读到它不直接支持，但 MySQL .NET 连接器添加了对 EntityFramework 的支持。我不知道它的优点和缺点是什么。我也听说过DbLinq。如果我可以实现存储库模式，我会很高兴，因为它允许在逻辑层而不是数据访问层应用过滤器。如果我使用实体框架可以吗？

我也关心表演。有人告诉我，如果我们使用实体框架，它会获取大量数据，然后对其进行过滤。是这样吗？

所以问题基本上是 -

1. MySQL 到 Linq 可能吗？如果是，我可以在哪里获得更多详细信息？
2. 在 MySQL 中使用 EntityFramework 或 DbLinq 的优点和缺点？
3. 使用 EntityFramework 或 DbLinq 与 MySQL 访问数据是否容易？
4. 我是否能够实现存储库模式，该模式允许在逻辑层而不是数据访问层应用过滤器（当我将 EntityFramework 与 MySQL 一起使用时）
5. 它是否从数据库中获取大量数据，然后对其应用过滤器？

如果在这种情况下，我这边的问题听起来太多了，如果您能让我知道您作为该领域的经验丰富的人在这种情况下会做什么（有相当大的理由），那就应该回答我的问题。

Answer 1

由于我是 ALT.NET 的粉丝，我建议您在项目中使用 NHibernate 而不是 EntityFramework，您可以通过 google 搜索它的优势，我相信您会选择它。

Answer 2

基于您提到的几点，那么我会认真考虑最初使用 MS SQL 而不是 MySQL，并实现 LINQ-to-SQL 而不是实体框架，原因如下：

1. 您最初预计会有大量流量这一事实表明我认为你需要考虑你打算在哪里结束，而不是从哪里开始。我在 MS SQL 方面的经验比在 MySQL 方面的经验要多得多，但是如果您正在谈论从 MySQL 的社区版本开始并稍后升级，那么您无论如何都会在企业版本中产生大量费用。
2. 我听说有一个支持 MySQL 的 LINQ 版本，但是，除非最近发生了变化，否则它仍处于测试阶段。我正在完成一个为期 18 个月的基于 Web 的项目，该项目使用 ASP.NET MVC 1.0、LINQ-to-SQL、JavaScript、jQuery、AJAX 和 MS SQL。我使用 WatiN 实现了存储库模式、视图模型、接口、单元测试和集成测试。这些技术的组合对我来说非常有效，我计划在我正在开发的个人项目中采用相同的组合。
3. 当您通过托管计划获得 MS SQL 时，您通常能够从该单个实例创建多个数据库。看起来它们为您提供了更多存储空间，因为它们为您提供了多个 MySQL 数据库，但这只是因为该架构仅支持每个实例创建一个数据库。
4. 我不会在 ASP.NET MVC 项目中使用实体框架，因为我一开始并不热衷于 ADO.NET。我不想打开连接、创建命令对象、填充参数集合、发出执行方法，然后迭代单向读取器对象来获取数据。一旦您了解 LINQ-to-SQL 如何简化该过程，您就不会想再回头了。在我前面提到的项目中，我的数据库中有 60 多个表，大约有 200 个外键关系。因为我在数据层中使用了 LINQ-to-SQL 和存储库模式，所以我能够使用而不是单个存储过程来构建应用程序。 LINQ-to-SQL 自动防御 SQL 注入攻击，并支持乐观和悲观并发检查。

我不知道您的项目是什么，但您不想陷入稍后扩展应用程序时遇到麻烦的情况。为最终结果而不是起点编写代码，这样您以后就会避免很多麻烦。