MySql's Connector / Net с MVC 3

Question

Я хотел бы получить некоторую информацию об использовании MySQL вместе с ASP.NET (в частности, MVC 3). Из того, что я нашел и испытал, он не выглядит настолько настраиваемым с точки зрения классов Membership и User, которые поставляются с Asp.Net, особенно когда дело доходит до проверки или регистрации.

Например, после настройки моего файла web.config для использования MySQL я обнаружил, что осознаю, что, хотя для меня было сгенерировано достаточное количество таблиц, я не смог изменить их имена. Из-за этого казалось, что если бы я изменил имя столбца или добавил столбец в таблицу, это не совсем работало бы с системой, так как все было подготовлено заранее.

Тем не менее, с ADO.Net/Entity Framework кажется, что я действительно мог бы иметь больше свободы в том, как я создаю свои сайты с использованием MsSQL. Это правда? Является ли MySQL просто не предназначенным для ASP.Net, несмотря на то, что вы можете установить и использовать его на досуге. Или для того, чтобы все заработало, требуется больше работы, и вам нужно заново изобретать колесо, создавая собственные классы базы данных и инструменты проверки?

Я не пытаюсь использовать MySql или MsSql, я просто ищу хороший анализ по этой теме, так как Google не сильно мне помог в этой области.

Answer 1

Это больше проблема с провайдерами по умолчанию, и одна из многих причин, почему первое, что я сделал, когда узнал о них, было попытаться сделать свой собственный. (Чтобы было ясно, создание собственного с нуля действительно требует значительного количества работы, есть несколько хороших учебников, которые могут дать вам быстрый старт)

[Было бы проще всю нашу жизнь, если бы .Net Framework использовал интерфейсы для провайдеров, а не базовый класс ...]

Для ясности, с автоматически сгенерированными поставщиками важно то, что используемым sprocs требуются указанные имена. Если вы хотите изменить имена таблиц, вам также придется обновить все Sprocs. (Это верно для любого нестандартного провайдера, которого вы можете выбрать для создания / использования)