ASP.NET SQL SessionState или пользовательское решение?

Question

Поставщик ASP.NET SQL SessionState кажется чрезмерным для моих требований. SQL Server должен быть «сконфигурирован» для его поддержки, и у меня есть вопросы о том, насколько он оптимизирован (т. Е. Есть ли одно попадание в дБ для извлечения всего сеанса или одно для каждого запрошенного элемента сеанса?).

Я думаю, что мог бы очень легко реализовать собственное решение, которое я бы понял, и легко перенести в другие проекты. Есть ли что-то фундаментальное, что я здесь не рассмотрел, и очевидная причина, по которой встроенный обработчик SessionState является «лучшим» способом?

Просто чтобы уточнить, наши приложения в настоящее время работают на отдельных серверах. Моя основная мотивация для этого - дать возможность сеансу сохраняться при перезапуске IIS и, следовательно, обеспечивать большую надежность для пользователей.

Answer 1

вы можете использовать режим StateServer .

Режим StateServer сохраняет состояние сеанса в процессе, называемом службой состояний ASP.NET, который отделен от рабочего процесса ASP.NET или пула приложений IIS.

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

больше информации на http://msdn.microsoft.com/en-us/library/ms178586.aspx

Answer 2

Настройка сервера состояния сеанса SQL занимает несколько минут (при условии, что сервер SQL уже запущен). Я не могу себе представить, что вы можете написать что-нибудь за меньшее время, чем нужно, чтобы хотя бы попробовать то, что уже существует и свободно и поддерживается MS.

Проверенное, встроенное / готовое решение всегда лучше, чем обычай. Вы все еще можете получить собственное решение, но не выбирайте его, потому что не удосужились протестировать то, что вам уже доступно.