Мы создали бронзовый значок Пользователи помогают пользователям для тех, кто пытается помочь другим участникам. Он выдаётся вручную (чтобы отличать искренние попытки помочь от сообщений в стиле «тоже мне»).
За каждые 5 бронзовых значков мы хотим вручать серебряный значок Неоценимый вклад.
Составленный мной SQL-запрос находит двух нужных пользователей, но выдаёт результат только по одному разу для каждого:
SELECT user_id, current_timestamp AS granted_at
FROM user_badges
WHERE badge_id = 110 -- Пользователи помогают пользователям
AND (:backfill OR user_id IN (:user_ids))
GROUP BY user_id
HAVING COUNT(*) >= 5
Не хватает ли мне какой-то магии в SQL, или множитель применяется вне его?
Также мне совершенно непонятно, как именно работает логика подсчёта, чтобы мои два пользователя не получали новые значки каждый день (этот запрос выполняется по ночному триггеру), даже если они не заработали 5 новых бронзовых значков.
Есть ли какое-то руководство по этому вопросу, которое я не смог найти в поиске?
Хорошо, более глубокий поиск привёл меня к теме, которая ведёт к руководству
Вопрос с backfill всё ещё немного запутанный, но я решил (очевидно!) протестировать это на нашем тестовом экземпляре. Думаю, backfill выполняется ночью, так что завтра я узнаю больше.
Если вы не установите галочку «Можно выдавать несколько раз», то значок не будет присвоен более одного раза, даже если пользователь снова (или несколько раз) соответствует критериям.
Хорошо, я перечитал ваш пост более внимательно и думаю, что теперь лучше понимаю, к чему вы стремитесь.
Исходя из текущего SQL, эти пользователи получат серебряный значок только один раз, даже если разрешить выдавать его несколько раз:
Я создал соответствующие значки на своём тестовом сайте (включив возможность многократной выдачи)
Выдал 5 бронзовых значков и запустил фоновую задачу для выдачи значка (серебряный значок успешно выдан )
Затем я снова запустил задачу BadgeGrant, и второй раз серебряный значок не был выдан
После этого я увеличил количество бронзовых значков до 11 и снова запустил задачу выдачи значков
Пока думаю над вариантом с использованием RANK, но, возможно, я просто хватаюсь за соломинку…
Примерный прототип...
WITH badge_count AS (
SELECT
user_id,
granted_at,
RANK() OVER (PARTITION BY user_id ORDER BY granted_at ASC) AS rank
FROM user_badges
WHERE badge_id = 110
)
SELECT user_id, granted_at
FROM badge_count
WHERE rank IN (5,10,15,20,25,30,35,40,45,50)
Хорошо, вторая попытка — теперь с использованием ROW_NUMBER:
WITH badge_count AS (
SELECT
user_id,
granted_at,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY granted_at ASC) AS row
FROM user_badges
WHERE badge_id = 110
)
SELECT user_id, granted_at
FROM badge_count
WHERE row % 5 = 0
Однако, после дополнительных тестов, это работает корректно в предпросмотре, но не срабатывает многократно при фактическом запуске задачи badge grant. Пока не совсем понимаю, почему.
Я сам запутался. Сейчас заварю чай и попробую собраться с мыслями.
Что ж… Я дал своему пользователю ещё 4 бронзовых значка вчера, чтобы проверить, добавит ли ночной запуск хотя бы новый значок, который он только что «заработал». (Я подумал, что если придётся догонять остальных вручную, я смогу это сделать.) Но даже это не сработало.
Я не могу помочь вам с этим запросом, но рекомендую обратиться за помощью к боту Discourse AI — выберите значок бота в верхней части —> GPT-4 —> SQL Helper.
Я обнаружил, что он отлично справляется с созданием запросов для Data Explorer, достаточно просто описать, что нужно, и, полагаю, он сможет помочь и с запросами по значкам.
У Toni не у всех это есть Вы заставите людей позавидовать. (хотя у @ganncamp это есть, так что это вариант)
Но… Я почти уверен, что мой запрос корректен. В предпросмотре он выбирает правильные записи, но при использовании триггера «Обновлять ежедневно» награждает только одну запись.
Я настроил ещё один, почти такой же, для теста, основанный на бейдже «каждые 5 сообщений в конкретной теме», используя триггер «когда пользователь создаёт или редактирует сообщение» — и тот работает идеально. Я уточняю, в чём может быть разница…
Вот SQL для этого тестового бейджа, чтобы сравнить, если кто-то сможет что-то заметить:
WITH post_count AS (
SELECT
user_id,
id,
created_at,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at ASC) AS row
FROM posts
WHERE topic_id = 864
)
SELECT user_id, created_at granted_at, id post_id
FROM post_count
WHERE row % 5 = 0
AND (:backfill OR id IN (:post_ids))
У меня есть к нему доступ, @tpetrov, но мои попытки его использовать были… не слишком успешными. Или, может, я просто отлично умею задавать сложные вопросы?
После небольшого исследования и консультаций выяснилось, что автоматический раздатчик значков выдаст несколько значков только если они основаны на конкретных постах. Поэтому такие значки будут выдаваться только один раз (предпросмотр вводит в заблуждение ).
Кажется, в подобных случаях хорошо работают «эскалирующие» значки (как, например, значки «Решено»). Например, серебряный за 30 и золотой за 100, если это может быть жизнеспособной альтернативой?
Так что… даже если бронзовые значки выдаются на основе постов… это не считается, верно?
Не знаю. Не думаю, что я понял вопрос.
Полагаю, предложение заключается не в том, чтобы найти 5 значков, а 5 постов, в которых был присвоен значок? Я могу это сделать. Я уже более или менее сделал это в своём отчёте «Найти новые посты для выдачи значков».
Исходя из того, что значок Bronze Badge A выдаётся либо через гаечный ключ в посте, либо при указании причины на странице /admin/users/{user_id}/{username}/badges:
WITH badge_count AS (
SELECT
user_id,
granted_at,
post_id,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY granted_at DESC) AS row
FROM user_badges
WHERE badge_id = 110
AND post_id IS NOT NULL
)
SELECT user_id, granted_at, post_id
FROM badge_count
WHERE row % 5 = 0
AND (:backfill OR post_id IN (:post_ids))
(Добавление условия AND post_id IS NOT NULL защищает от ситуации, когда значок выдаётся без указания причины; иначе запрос сломается)
Я только что протестировал это, ускорил процесс, запустив фоновую задачу GrantBadge, и мой тестовый пользователь наконец получил полный зачёт, который заслуживает.
Ну… когда задача запускалась ночью, мой пользователь с 6 бронзовыми значками получил 1 серебряный , а мой пользователь с 13 бронзовыми значками получил… тоже 1 серебряный .
Backfill — это ежедневная задача. Триггер «Обновлять ежедневно» по сути выполняет именно это, тогда как другие триггеры срабатывают практически мгновенно (например, если значок использует условие «когда пользователь создаёт или редактирует пост», не нужно ждать до утра, чтобы его вручить).
Можешь прислать скриншот своего значка, чтобы я мог увидеть, в чём может быть разница?
Я предполагал, что задача выполняется в ранние утренние часы (по моему времени).
На самом деле изначально я выдал этому пользователю бейджи без объяснения причин, поэтому вчера я отозвал их все, нашёл соответствующие посты и выдал бейджи заново. Задача запустилась в процессе моего повторного выдачи.
Кстати, это происходит на моём тестовом сайте.
Полагаю, второй бейдж будет выдан через несколько часов, но мне бы хотелось видеть выдачу нескольких бейджей одновременно. Произойдёт ли это, если я отзову серебряный бейдж? Получит ли он два новых серебряных бейджа через… 2 часа?
магии в SQL, или множитель применяется вне его?
)
—> GPT-4 —> SQL Helper.
Вы заставите людей позавидовать. 
).
) и надеюсь внедрить это в продакшн на этой неделе! 
, а мой пользователь с 13 бронзовыми значками получил… тоже 1 серебряный 
.
