2012-04-26 3 views
4

Я создаю свое первое приложение ASP.Net MVC3, используя Azure в качестве хранилища баз данных. Существует ряд замечательных уроков, но в настоящее время я использую этот код: Walkthrough: Hosting an ASP.NET Web Application on Windows AzureASP.Net MVC3 Azure - Нужен ли мне хранитель процедур членства?

У меня есть строка подключения, подключенная к Azure и работающая над ней. Я запускаю приложение в режиме отладки и «Регистрирую» своего первого пользователя через Поставщика членства. Согласно пошаговому руководству, «Создание учетной записи заставляет ASP.NET создавать базу данных членства». Успех! Теперь я вижу, что таблицы (Пользователи, Роли, ...) были созданы в моей базе данных Azure. Большой!

Почему я Confused: Много лет назад, когда я сделал ASP.Net 2.0 с помощью поставщика членства, я использовал aspnet_regsql.exe запускать все скрипты, необходимые для членства Provider. Я знаю, что у них есть обновленный набор scripts for Azure. Эти сценарии создают все таблицы, но и создать большое количество хранимых процедур (например, aspnet_Membership_CreateUser.)

Мой вопрос: Нужно ли мне запускать эти обновленные Azure скрипты, чтобы получить ПЛов? Я не вижу никаких хранимых процедур, созданных в моей базе данных, но все функции поставщика членства, похоже, отлично работают без них. Для чего были все эти хранимые процедуры? Нужны ли они мне в моем приложении MVC3 Azure?

Спасибо!

+0

Если вы посмотрите на параметры поставщика членства и используете провайдеры sql, у него есть имя_соединения свойства. Это указывает на используемую строку соединения. – Chandermani

+0

@Mike Smith Я неправильно прочитал ваш вопрос. Arwind - MSFT имеет правильный ответ. –

ответ

2

Поскольку вы следуете, что учебник, вы уже используете провайдер ASP.NET Юниверсал. Один шаг в учебнике добавляет универсальных поставщиков как пакет NuGet. Вы можете обратиться к http://nuget.codeplex.com/ за дополнительной информацией о NuGet. Пакет Nuget - это, по сути, некоторый предварительно написанный код, который упрощает ваше развитие. Например, универсальные поставщики автоматически создают таблицы базы данных членства на основе вашей строки подключения. Вы можете, конечно, продолжить вручную создавать таблицы базы данных, а затем использовать встроенный поставщик членства в ASP.NET.

+0

Я неправильно понял вопрос. Это правильный ответ. –

+0

, поэтому больше нет хранимых процедур? все работает очень хорошо - я просто подумал, что странно, что он не создал никаких хранимых процедур в db. –

2

На самом деле вы должны использовать ASP.NET Universal Providers For SqlExpress 1.1. Это официально поддерживаемый метод включения поставщиков членства, роли и сеанса SQL как в SQL Azure, так и в автономном SQL Server. Универсальные провайдеры должны автоматически создавать для вас необходимые SQL-объекты, поэтому вам не придется запускать какие-либо скрипты вручную.

Вот несколько ссылок для справки:

Scott Hanselman - Introducing System.Web.Providers

SQL Azure Team Blog - Using SQL Azure for Session State

Смежные вопросы