Лучше с точки зрения чего?
Сессия InProc намного быстрее, имеет меньше требований (сериализация), но непригодна для использования при запуске приложенияна нескольких веб-серверах:
Sql сеанс значительно медленнее, имеет требования к сериализации объектов, но может использоваться несколькими веб-серверами;
Это главное различие между ними, о котором разработчики должны в основном заботиться.
Сессия без cookie
Вы должны задать отдельный вопрос относительно этого, потому что это совершенно не связанный вопроск предыдущему.
Если вы отключите обработку идентификатора сеанса cookie, вы сможете увидеть идентификатор сеанса.Но вы тоже можете проверить куки.Число там.
И срок действия файла cookie сеанса задан для сеанса браузера, поэтому он практически одинаков с точки зрения сохранения.
Сессии могут быть взломаны, если вы знаете идентификатор сеанса другой стороны.Конечно, проще, если вы используете сеансы без файлов cookie, потому что все, что вам нужно сделать, это изменить URL-адрес ...
И есть еще одна вещь - копирование URL-адресов и совместное использование / сохранение (Избранное).Полагаю, мне не нужно объяснять проблему.
Сеансы без файлов cookie по умолчанию false
, поскольку подавляющее большинство браузеров поддерживают файлы cookie. Вы должны включать его только тогда, когда знаете, что у ваших клиентов не будет файлов cookie.
Время ожидания сеанса
Время ожидания сеанса всегда связано с истечением срока сеанса независимо от типа сеанса.Но вы должны знать, что состояние сеанса SQL может не соответствовать этому параметру при использовании выпусков SQL Express, поскольку вам нужна служба агента SQL Server для отмены сеансов с истекшим сроком действия.Вы можете решить эту проблему, написав собственную службу Windows, которая отбрасывает сеансы с истекшим сроком действия.