Strategie zum Verfolgen der letzten Aktivität des Benutzers

Unsere Lösung besteht darin, zusätzlich zu unserer Tabelle "Sitzung" (die folgt, wer hier war) eine "Transaktionstabelle" zu führen (die folgt, was getan wurde). UPDATE-, INSERT- und DELETE-Anweisungen werden alle über ein "Transaction" -Objekt verwaltet und jede dieser SQL-Anweisungen wird in der "Transaction" -Tabelle gespeichert, sobald sie erfolgreich in der Datenbank ausgeführt wurde (abhängig von aktualisierten Tabellen) folgen Sie einigen Tabellen und ignorieren Sie andere). Diese "Transaction" -Tabelle hat andere Felder wie transactiontType (I für INSERT, D für DELETE, U für UPDATE), transactionDateTime usw. und einen Fremdschlüssel "sessionId", der uns schließlich sagt, wer den Befehl gesendet hat. Es ist sogar möglich, anhand eines Codes herauszufinden, wer wann was gemacht hat (Gus hat den Datensatz am Montag erstellt, Tim hat am Dienstag den Stückpreis geändert, Liz hat am Donnerstag einen zusätzlichen Rabatt hinzugefügt).

Vorteile für diese Lösung sind:

1. Sie können "what who and when" sagen und es Ihren Benutzern zeigen! (Sie benötigen etwas Code, um SQL-Anweisungen zu analysieren)
2. Wenn Ihre Daten repliziert werden und die Replikation fehlschlägt, können Sie Ihre Datenbank über diese Tabelle neu erstellen

Nachteile sind

1. 100 000 Datenaktualisierungen pro Monat bedeuten 100 000 Datensätze in Tbl_Transaction
2. Schließlich ist diese Tabelle in der Regel 99% Ihres Datenbankvolumens

Unsere Wahl: Alle Datensätze, die älter als 90 Tage sind, werden jeden Morgen automatisch gelöscht

Ich habe schon gesehen, dass Strategie 1 funktioniert. Natürlich war die Seite eine kleine.

Ich würde einfach eine Log-Record-Tabelle in der Datenbank löschen.

UserId int FK
Aktionszeichen (3) ('in' oder 'out')
Uhrzeit DateTime

Sie können einen neuen Datensatz in die Tabelle einfügen, wenn sich jemand an- oder abmeldet oder alternativ den letzten Datensatz für den Benutzer aktualisiert.

Wenn Sie Sitzungsdaten haben, verwenden Sie diese. Die meisten Sitzungssysteme haben bereits Zeitstempel, so dass sie Sitzungen ablaufen lassen können, die für x Minuten nicht verwendet werden.

Sie können eine globale Variable jedes Mal inkrementieren, wenn eine Benutzersitzung erstellt wird, und sie dekrementieren, wenn sie zerstört wird. Auf diese Weise wissen Sie, immer wie viele Benutzer zu einem bestimmten Zeitpunkt online sind.

Wenn Sie es im Laufe der Zeit überwachen möchten, denke ich andererseits, dass das Starten und Beenden der Protokollierungssitzung für die Datenbank die beste Option ist, und Sie berechnen die Benutzeraktivität nachträglich mit einer einfachen Abfrage.

[DISCLAIMER 1 --- Java-Lösung]

Wenn jedem sinnvollen Benutzer eine Sitzung gegeben wird, könnten Sie Ihre eigene SessionListener-Implementierung schreiben, um jede Sitzung zu verfolgen, die erstellt und zerstört wurde.

[DISCLAIMER 2 --- Code nicht getestet oder kompiliert]

Und registrieren Sie dies in Ihrer web.xml:

Hoffe, das hilft.

Das einzige Problem mit einer Webanwendungslösung ist, dass Sie oft nicht wissen, wann jemand abmeldet. Wenn Sie eine Anmelde- / Authentifizierungsanforderung haben, können Sie natürlich erfassen, wann sich eine Person anmeldet, und als Teil Ihres Datenzugriffscodes können Sie protokollieren, wenn eine Person die Datenbank antrifft. Aber Sie müssen akzeptieren, dass es eine zuverlässige Art der Erfassung geben wird, wenn sich eine Person abmeldet - viele werden sich einfach von der Site entfernen, ohne die "Abmeldung" -Aktion zu machen.

Ich würde mir vorstellen, dass die Verwendung eines Triggers eine vernünftige Option wäre, die verhindern würde, dass Sie sich mit irgendwelchen logischen Unterschieden zwischen der Web- und der Nicht-Web-Umgebung (oder irgendeiner anderen Umgebung) herumschlagen müssen. Dies erfasst jedoch nur Änderungen an der Umgebung und bewirkt nichts, wenn ausgewählte Anweisungen erstellt werden. Dies kann jedoch überwunden werden, wenn alle Ihre Befehle von Ihren Apps über gespeicherte Prozeduren ausgeführt werden.

Ich frage mich, wie eine Site wie stackoverflow das macht?

Sie müssen auf ein bestimmtes Ereignis abzielen, da ich gerade um die Website herum gearbeitet habe, einen Blick auf mein Profil geworfen habe und immer noch so etwas wie zuletzt gesehen vor 8 Minuten gesagt habe.

Mit einer Web-App ist das Konzept von "online" ein wenig nebulös. Das Beste, was Sie wirklich tun können, ist "eine Anfrage in den letzten X Minuten" oder vielleicht "in den letzten X Minuten authentifiziert".

Wählen Sie eine Reihe von Ereignissen aus (Anforderung ausführen, Aktualisierung ausführen, authentifiziert usw.) und protokollieren Sie sie in einer DB-Tabelle.

Protokollieren Sie sie in einer separaten Datenbank in einer Tabelle

Ich habe mit vielen Systemen gearbeitet, die die erste Methode verwendet haben, die Sie aufgelistet haben, mit ein wenig sorgfältiger Planung kann es auf eine Weise gemacht werden, die wirklich keine große Wirkung hat.

Es hängt alles davon ab, wann / wie / was Sie zu verfolgen versuchen. Wenn Sie mehrere Sitzungen verfolgen müssen, sehe ich normalerweise Personen, die ein mit einem Benutzerkonto verknüpftes Sitzungssystem verwenden, und dann eine bestimmte verstrichene Zeit, für die diese Sitzung als tot gilt.

Wenn Sie wirklich online suchen, ist Ihre erste Option die beste.