Postgres (Supabase) SQL - Поахувати кількість записів між датами

0.  Є таблиця users, де id = id юзера (uuid).

1. Є таблиця usages, де зберігаються всі запити до API (тому що API має лімітувати кількість доступних запитів залежно від підписки). Має created_at.

2. Є таблиця subscriptions, де для кожного user_id має (або не має) бути запис зі status = 'active' || 'trialing'. Кожен запис має current_period_start, current_period_end.

3. Є таблиця user_activity, де є поля executions_amount_used, executions_amount_granted.

Таблиці 1-3 мають foreign key user_id до users.

Що потрібно зробити:

1. Потрібно ефективно на insert в usages (це коли трігернули API і записали активність), по user_id в таблицю user_activity записати кількість usages, що мають created_at між current_period_start та current_period_end від підписки зі статусом active або trialing. Якщо такої підписки немає, потрібно вивести усі usages юзера (щоб якщо він кенсельнув підписку, то executions_amount_used брався за увесь період що є в таблиці usages).

Не потрібно використовувати count(), потрібно використати estimates та функцію https://wiki.postgresql.org/wiki/Count_estimate. Дана функція вже є і вона працює, але запит чомусь видає рандомні дані, коли фільтр по даті.

Це може бути quick fix, але може потрібно буде переробити логіку трігера (він теж до речі є).

Якщо є кращі пропозиції це зробити, було б супер почути. Але нам не потрібно на кожен API call робити count по usages (таблиця велика), тому API call дивиться лише на таблицю user_activity і там мають бути актуальні цифри і все.

Подивіться уважно скріни зміна знаку < > взагалі не працює, тобно воно ніяк не враховує дату. Також воно може видавати usage не з початку дати підписки, хоча всі дати в UTC в базі даних.

Тому є розсинхрон, якщо підписка оновилась, воно підтягує usages з нерелевантної дати, до current_period_start, а має бути лише після current_period_start. Це теж треба пофіксити.