Ich glaube, in der SQL-Version fehlt AND p.user_id <> t.user_id, um Antworten vom OP auszuschließen. Wenn ich das hinzufüge, erhalte ich die genaue Zeit zwischen dem OP und der ersten Antwort von jemand anderem:
--[params]
-- date :date_start
-- date :date_end
WITH first_reply AS (
SELECT
p.topic_id,
MIN(post_number) post_number,
t.created_at
FROM posts p
INNER JOIN topics t ON (p.topic_id = t.id)
WHERE p.deleted_at IS NULL
AND p.user_id <> t.user_id
AND p.post_number != 1
AND p.post_type = 1
AND p.user_id > 0
AND t.user_id > 0
AND t.deleted_at IS NULL
AND t.archetype = 'regular'
AND t.created_at::date BETWEEN :date_start AND :date_end
GROUP BY p.topic_id, t.created_at
ORDER BY 2 DESC
)
SELECT
p.topic_id,
fr.created_at::date dt_topic_created,
(p.created_at - fr.created_at) response_time
FROM posts p
INNER JOIN first_reply fr
ON fr.topic_id = p.topic_id
AND fr.post_number = p.post_number
AND p.created_at > fr.created_at
ORDER BY response_time
Ich glaube auch, dass der Lagerbericht in Dezimalzahlen und nicht in Stunden und Minuten wie SQL ist. Ich werde noch einmal versuchen, ihn anzupassen. 
Nur ein kleines Update, um AVG einzuschließen, damit es dem Ergebnis des Lagerberichts ähnlicher ist:
--[params]
-- date :date_start
-- date :date_end
WITH first_reply AS (
SELECT
p.topic_id,
MIN(post_number) post_number,
t.created_at
FROM posts p
INNER JOIN topics t ON p.topic_id = t.id
WHERE p.deleted_at IS NULL
AND p.user_id <> t.user_id
AND p.post_type = 1
AND p.user_id > 0
AND t.user_id > 0
AND t.deleted_at IS NULL
AND t.archetype = 'regular'
AND t.created_at::date BETWEEN :date_start AND :date_end
GROUP BY p.topic_id, t.created_at
)
SELECT
fr.created_at::date dt_topic_created,
AVG(p.created_at - fr.created_at) response_time
FROM posts p
INNER JOIN first_reply fr
ON fr.topic_id = p.topic_id
AND fr.post_number = p.post_number
AND p.created_at > fr.created_at
GROUP BY fr.created_at::date
ORDER BY response_time
Dies scheint mit dem Lagerbericht übereinzustimmen, solange man berücksichtigt, dass das eine Dezimalzahlen und das andere HH:MM ist. Ich bin sicher, es gibt eine Möglichkeit, die SQL response_time in Dezimalzahlen umzuwandeln, aber HH:MM scheint eine intuitivere Methode zu sein. (Ich glaube, es gibt auch einige zusätzliche Kriterien, die möglicherweise nicht notwendig sind, aber auch als Schutz gegen ungewöhnliche Umstände dienen könnten, daher habe ich diese Teile letztendlich so belassen, bis ich sicher sagen kann, ob oder ob nicht 
)
Könnten Sie diese hier ausführen und sehen, wie sie übereinstimmt?
Dies ist eine Referenzanleitung zur Beschreibung der Funktionsweise der Admin-Dashboard-Berichte, der angezeigten Daten, der entsprechenden Data Explorer-SQL-Abfragen und des Ortes, an dem der Ruby-Code für jeden Bericht zu finden ist.
Erforderliche Benutzerstufe: Mitarbeiter
Es ist nicht nötig, jede Nachricht mit @ zu erwähnen.