ASP.NET成員資格提供者和Azure

我目前在託管虛擬機上擁有大約15個Web Forms Application（2.0+）網站，我需要儘快將所有客戶端網站遷移到Azure。其中幾個站點使用SQL Server 2008和常規的ASP.NET成員資格提供程序（一些使用自定義配置文件）。這些客戶端網站中的所有數據訪問均使用ADO.NET。ASP.NET成員資格提供者和Azure

我懷疑我需要升級到「通用提供者」，但我對ASP.NET「Identity」和「SimpleMembership」提供者的存在感到困惑。我現在正在研究微軟提供的三種不同的提供者。有人可以澄清使用哪一個，哪一個對應於Microsoft正在採取的未來方向？

如果通用提供者是正確的路要走，這是否意味着ADO.NET代碼將不起作用？具體而言，通用提供商只能使用實體框架嗎？如果是這種情況，那麼完全放棄Azure的最佳遷移方法是什麼？

來源

2013-10-17 IrishChieftain

有人可以澄清哪一個使用，哪一個對應於微軟未來的方向？

如果您正在將舊會員供應商遷移到新會員供應商，那麼ASP.NET Universal Providers將是最接近的（也是最簡單的）。

這是否意味着ADO.NET代碼不起作用？

在通用提供程序中，表名沒有aspnet_後綴這很好。但是，如果您現有的項目訪問這些表，那麼您需要修改源代碼。

Universal Providers只能使用實體框架嗎？

Universal Providers首先在實體框架下使用實體框架代碼。

如果是這樣的話，什麼是採取短完全放棄Azure中的最佳遷移方法？

正如我所說，你可以因爲表是一個一對一除了aspnet_後綴遷移老成員資格提供新的通用供應商。

來源

2013-10-17 23:38:42 Win

大部分情況下，我只使用開箱即用的Membership存儲過程。這些需要手動更改爲aspnet_後綴嗎？ – IrishChieftain

通用提供程序不再使用存儲過程，而是使用實體框架創建SQL查詢。 – Win

謝謝贏... :-) – IrishChieftain

ASP.NET標識是未來推薦的會員系統。如果要將會員系統存儲在Azure表存儲中，則應考慮轉移到ASP.NET身份而不是通用提供商。如果您只想在Windows Azure中使用Sql Server，通用提供程序很有用。

來源

2013-10-18 02:08:09

ASP.NET成員資格提供者和Azure

回答

相關問題