Asp.net MySql'；带MVC 3的s连接器/网络

我想了解一些关于在ASP.NET（特别是MVC3）旁边使用MySQL的信息。从我的发现和经验来看，它在Asp.Net附带的成员资格和用户类方面似乎不太可定制，尤其是在验证或注册方面

例如，在将web.config文件配置为使用MySQL后，我发现自己意识到，尽管有相当多的表是自动生成供我使用的，但我无法更改它们的名称。因此，似乎如果我要更改列名，或向表中添加列，那么系统将无法正常工作，因为所有内容都是预先构建的

然而，使用ADO.Net/Entity Framework，我似乎可以在如何使用MsSQL创建网站方面拥有更多的自由。这是真的吗？MySQL不适用于ASP.Net，尽管您可以在空闲时安装和使用它。或者只是需要做更多的工作才能让一切正常工作，而您必须通过创建自己的数据库类和验证工具来重新发明轮子

---

我不是想抨击MySql或MsSql，我只是想找一个关于这个话题的好分析，因为谷歌在这方面帮不了我多少忙

这更像是默认提供商的问题，而我在了解他们后做的第一件事就是尝试制作自己的。（需要明确的是，从头开始创建自己的教程确实需要大量的工作，有一些很好的教程可以让您快速入门）

[如果.Net framework为提供者而不是基类使用接口，将使我们的生活更加轻松…]

---

需要说明的是，自动生成的提供程序最重要的一点是它们使用的存储过程需要指定的名称，如果要更改表名，还必须更新所有存储过程。（对于您可能选择构建/使用的任何自定义提供程序来说都是如此）

这更多是默认提供程序的问题，也是我了解它们后第一件事就是尝试创建自己的提供程序的原因之一。（需要明确的是，从头开始创建自己的教程确实需要大量的工作，有一些很好的教程可以让您快速入门）

[如果.Net framework为提供者而不是基类使用接口，将使我们的生活更加轻松…]

---

需要说明的是，自动生成的提供程序最重要的一点是它们使用的存储过程需要指定的名称，如果要更改表名，还必须更新所有存储过程。（这对于您可能选择构建/使用的任何自定义提供程序都是正确的）

坦白说，ASP.Net MVC的默认“提供程序”（成员资格/身份验证等）完全是垃圾。用EF或NHibernate作为后端编写自己的提供者，一切都会很好。您也可以选择自己的模式。对于ref来说，任何数据库都没有任何问题，特别是对于这个任务。啊，非常酷。非常感谢。不过有一个问题，EF代表什么？坦白说，ASP.NETMVC默认的“提供者”（成员资格/认证等）完全是垃圾。用EF或NHibernate作为后端编写自己的提供者，一切都会很好。您也可以选择自己的模式。对于ref来说，任何数据库都没有任何问题，特别是对于这个任务。啊，非常酷。非常感谢。但有一个问题，EF代表什么？