¿Por qué mi informe ha estado arrojando los mismos resultados durante meses? Estoy ejecutando un informe basado en la actividad desde el inicio de la comunidad. La comunidad ha estado cada vez más activa todo este tiempo.
Por ejemplo, un usuario aparece en los resultados de la consulta con 271 temas vistos, mientras que el resumen de su perfil dice 1.2k temas vistos.
Aquí estoy ejecutando rápidamente la consulta en Meta, las estadísticas se actualizan cuando cambio el valor de ‘duración’, por lo que no parece estar atascada en ningún lado. También la he ejecutado para una duración de 90 días y la he comparado con un usuario nuevo cuya actividad principal ha sido dentro de ese tiempo, y sus estadísticas coinciden con su resumen.
¿Hay algo más que pueda comprobar para ver si puedo replicarlo?
Quizás podrías aclararme algo.
Estoy intentando ejecutar una consulta que comience hace 439 días (mirando la fecha de registro de un usuario específico como prueba) y eligiendo la fecha de duración como el mismo número de días. Tenía la impresión de que esto incluiría todos sus datos de participación desde su registro. Sin embargo, los datos no lo reflejan.
¿Cómo podría lograr eso?
También parece que una consulta de estadísticas de participación de usuarios desde hace 439 días hasta ahora solo incluye a los miembros que ya estaban registrados y activos en ese momento. No incluye datos de participación de miembros que se registraron después y estuvieron activos dentro de ese período de tiempo.
¿Alguien puede ayudarme a personalizar el informe para crear uno que capture los datos que necesito? Solo conozco SQL a nivel superficial.
Mirando el informe, parece estar en orden de visitas con la más alta en la parte superior; por lo tanto, cualquiera que se haya unido a mitad de la ventana de tiempo que selecciones estará en algún lugar más abajo en la lista (y la lista visible está limitada a 1000, aunque creo que puedes obtener 10 000 si exportas los resultados como CSV).
Sin embargo, podemos crear una consulta personalizada. 
¿Qué datos buscas exactamente?
Ni siquiera tenemos tantos miembros… todavía, así que todo bien ahí.
genial
Algo que sería útil aclarar es cómo se calcula cada columna. Hay discrepancias entre el CSV y lo que aparece en la página de Resumen del Perfil de un miembro (nota: solo estamos comparando esos dos conjuntos de datos diferentes donde las fechas de la consulta coinciden con el ciclo de vida de la inscripción del miembro).
Pensamos que, dado el marco de tiempo :from_days_ago y :duration_days de la consulta, eso era lo que los datos habían estado produciendo.
He estado explorándolo esta mañana para ver si puedo averiguar más. El mío se agota cuando intento retroceder 498 días (hasta mi fecha de inicio 
), pero he logrado obtener uno de un año para poder compararlo aproximadamente con las Estadísticas de usuario. (dando o quitando unas pocas horas de datos)
Hay una diferencia en posts_created, topics_created, likes_given y likes_received entre los dos, y al observar más de cerca el SQL, parece que la consulta de Estadísticas de participación del usuario no excluye las publicaciones eliminadas, los susurros o los mensajes privados, lo que podría explicarlo.
Los topics_viewed y posts_viewed parecen bastante precisos para ambos.
No estoy seguro de por qué algunos de sus usuarios no aparecen. El único criterio de exclusión que creo que veo es que deben haber leído más de 0 publicaciones en la ventana de tiempo, lo que debería incluir a casi todos, excepto a los usuarios preparados.
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
Seguiré investigando y veré si puedo encontrar más.
Mis discrepancias son a la inversa: los números de consulta son menores, no mayores.
Cuando introduzco 441 en :from_days_ago y 441 en :duration_days obtengo estos (abajo). En comparación con este informe para el mismo período de tiempo (al menos… para el usuario resaltado).
Creo que lo necesitas en 0 y 441 si quieres tener la ventana desde hoy retrocediendo 441 días.
Me di cuenta unos minutos antes de tu respuesta, jajaja. Gracias por tu paciencia.
…
¡Cambié :from_days_ago a 0 y todo en la vida tiene sentido! 
Parece que mi cerebro estaba trabajando cronológicamente con respecto a lo que significaba :duration_days. Pensé que :from_days_ago era el primer día en el que la consulta extraería datos, y luego continuaría haciéndolo, trabajando cronológicamente en el tiempo (lo que significa datos de hace 441 días, 440 días, 439 días, y así sucesivamente hasta el tiempo presente). Parece que extrae datos en orden cronológico inverso. ¡Entendido!
Ja. No te preocupes. 
Aprendí bastante al estudiar ese informe, así que todavía fue bastante útil.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
