2016-12-06 2 views

Antwort

1

Warum nicht einfach wie gewohnt das Session-Objekt per Schlüssel/Sammlung hinzufügen?

Session [key]

Die Session Speicherung in SQL Server abstrahiert wird, brauchen Sie keine Session-Objekte in einer anderen Art und Weise zu verwenden, auf dem Speicher abhängig (Speicher, SQL, kundenspezifische, ...)

+0

Ich muss auf Sitzungsobjekte basierend auf Sitzungs-IDs zugreifen. Ein Benutzer hat sich beispielsweise angemeldet und eine Sitzung gespeichert. Spätere Besuche dieses Benutzers sollen dann Sitzungswerte von früheren Besuchen abrufen. – rocky

+0

OK, es gibt eine Möglichkeit, die Sitzungsdaten aus der DB zu deserialisieren, siehe unten. BUt es ist imho nicht das gute, Weg, Sie sollten stattdessen die Daten beibehalten, die Sie später in einem Profil oder watever benutzerdefinierte Tabelle ... Ich bin nicht das Gleiche, um diesen Ratschlag http://stackoverflow.com/ Fragen/23527727/Serialisierung-und-Deserialisierung-von-Session-Daten Und ok, wenn Sie darauf bestehen ;-) Hier ist etwas, das Ihnen helfen sollte, diese bösen Daten lesen http://StackOverflow.com/Questions/967497/asp -net-sessionstate-using-sql-server-is-the-data-encrypted –

0

Von Ihren Kommentaren zu einer anderen Antwort:

ich brauche Sitzungsobjekte auf Session-IDs basierend zuzugreifen. Ein Benutzer hat sich beispielsweise angemeldet und eine Sitzung gespeichert.

Dies ist nicht der Weg, dies zu tun. Sitzungsdaten sollen temporär sein. Wenn der Benutzer abfällt, sollte nicht erwartet werden, dass der Sitzungszustandsanbieter an irgendwelchen verwandten Informationen hängen wird. Für diese Daten möchten Sie sie tatsächlich über eine einzelne Sitzung hinaus beibehalten, die für den Sitzungsanbieter nicht möglich ist. Wenn Sie es beibehalten möchten, erstellen Sie einige Tabellen in der Datenbank, und finden Sie eine Möglichkeit, die Daten in den Tabellen an Benutzer-IDs zu binden.

Verwandte Themen