Warum liefert mein Bericht seit Monaten die gleichen Ergebnisse? Ich führe einen Bericht aus, der auf Aktivitäten seit der Gründung der Community basiert. Die Community ist die ganze Zeit über immer aktiver geworden.
Zum Beispiel zeigt ein Benutzer in den Abfrageergebnissen mit 271 angesehenen Themen an, während in seiner Profilzusammenfassung 1,2k angesehene Themen angegeben sind.
Ich führe hier auf Meta schnell die Abfrage aus. Die Statistiken aktualisieren sich, wenn ich den Wert „Dauer“ ändere, sodass sie nirgendwo hängen zu bleiben scheinen. Ich habe sie auch für eine Dauer von 90 Tagen ausgeführt und mit einem relativ neuen Benutzer verglichen, dessen Hauptaktivität in diesem Zeitraum lag, und seine Statistiken stimmen mit seiner Zusammenfassung überein.
Gibt es noch etwas, das ich überprüfen könnte, um zu sehen, ob ich das reproduzieren kann?
Vielleicht könnten Sie mir etwas erklären.
Ich versuche, eine Abfrage zu starten, die 439 Tage zurückliegt (als Test das Anmeldedatum eines bestimmten Benutzers), und wähle die Dauer als die gleiche Anzahl von Tagen. Ich war der Meinung, dass dies alle ihre Teilnahmedaten seit ihrer Anmeldung enthalten würde. Die Daten spiegeln dies jedoch nicht wider.
Wie könnte ich das erreichen?
Es sieht auch so aus, als ob eine Abfrage der Benutzerbeteiligungsstatistiken von vor 439 Tagen bis heute nur Mitglieder enthält, die zu diesem Zeitpunkt bereits registriert und aktiv waren. Sie enthält keine Beteiligungsdaten von Mitgliedern, die sich danach registriert haben und innerhalb dieses Zeitraums aktiv waren.
Kann mir jemand helfen, den Bericht anzupassen, um einen zu erstellen, der die benötigten Daten erfasst? SQL ist etwas, das ich nur oberflächlich kenne.
Der Bericht scheint nach Besuchen sortiert zu sein, mit den höchsten Werten oben – sodass jeder, der sich mitten im von Ihnen ausgewählten Zeitfenster angemeldet hat, irgendwo weiter unten auf der Liste steht (und die sichtbare Liste ist auf 1000 begrenzt, obwohl ich glaube, dass Sie 10.000 erhalten können, wenn Sie die Ergebnisse als CSV exportieren).
Wir können jedoch eine benutzerdefinierte Abfrage erstellen. 
Welche Daten suchen Sie genau?
Wir haben noch nicht einmal so viele Mitglieder … noch, also alles gut dort.
Juhu
Eine Sache, die hilfreich wäre zu klären, ist, wie jede Spalte berechnet wird. Es gibt Abweichungen zwischen der CSV-Datei und dem, was auf der Profilzusammenfassungsseite eines Mitglieds steht (Hinweis: Wir vergleichen nur diese beiden verschiedenen Datensätze, bei denen die Abfragedaten mit dem Lebenszyklus der Mitgliedschaft des Mitglieds übereinstimmen).
Wir dachten, angesichts des Zeitrahmens :from_days_ago und :duration_days der Abfrage, dass dies die Daten sind, die sie produziert hat.
Ich habe es heute Morgen erkundet, um zu sehen, ob ich mehr herausfinden kann. Bei mir tritt ein Timeout auf, wenn ich versuche, 498 Tage zurückzugehen (bis zu meinem Startdatum 
), aber ich konnte einen für ein Jahr bekommen, damit ich ihn grob mit den Benutzerstatistiken vergleichen kann. (ein paar Stunden Daten mehr oder weniger)
Es gibt einen Unterschied bei posts_created, topics_created, likes_given und likes_received zwischen den beiden - und wenn man sich die SQL genauer ansieht, scheint die Abfrage der Benutzerbeteiligungsstatistiken gelöschte Beiträge, Whispers oder PMs nicht auszuschließen, was dies erklären könnte.
Die topics_viewed und posts_viewed scheinen für beide ziemlich genau zu sein.
Ich bin mir nicht sicher, warum einige Ihrer Benutzer nicht angezeigt werden? Das einzige Ausschlusskriterium, das ich sehe, ist meiner Meinung nach, dass sie im Zeitfenster mehr als 0 Beiträge gelesen haben müssen - was so ziemlich jeden einschließen sollte, außer staged users.
pr AS (
SELECT user_id, COUNT(1) AS visits,
SUM(posts_read) AS posts_read
FROM user_visits, t
WHERE posts_read > 0
AND visited_at > t.START
AND visited_at < t.END
GROUP BY
user_id
Ich werde weiter graben und sehen, ob ich mehr herausfinden kann.
Meine Diskrepanzen sind umgekehrt: Die Abfragezahlen sind kleiner, nicht größer.
Wenn ich 441 in :from_days_ago und 441 in :duration_days eingebe, erhalte ich Folgendes (unten). Verglichen mit diesem Bericht für denselben Zeitraum (zumindest…für den hervorgehobenen Benutzer).
Ich glaube, Sie brauchen 0 und 441, wenn Sie das Fenster von heute bis 441 Tage zurück haben wollen?
Das habe ich ein paar Minuten vor deiner Antwort gemerkt, hahaha. Danke für deine Geduld.
…
Ich habe :from_days_ago auf 0 geändert und alles ergibt Sinn!! 
Es scheint, als hätte mein Gehirn chronologisch in Bezug darauf gearbeitet, was :duration_days bedeutet. Ich dachte, :from_days_ago sei der erste Tag, an dem die Abfrage Daten abrufen würde, und dann fortfahren würde, chronologisch in der Zeit zu arbeiten (was bedeutet, dass Daten von vor 441 Tagen, 440 Tagen, 439 Tagen usw. bis zur Gegenwart abgerufen werden). Es scheint, dass Daten in umgekehrter chronologischer Reihenfolge abgerufen werden. Verstanden!
Ha. Keine Sorge. 
Ich habe viel aus der Auswertung dieses Berichts gelernt, daher war er trotzdem ziemlich nützlich.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
