Postgres (Supabase) SQL - Przechowywanie liczby zapisów między datami

Bazy danych i SQL — podano nieprawidłowe kategorie?

85 PLN

Zlecenie jest tłumaczone automatycznie. Zaloguj się lub zarejestruj się, żeby zobaczyć oryginał 0 0 0Istnieje tabela użytkowników, gdzie id = id użytkownika (uuid).1 .Istnieje tabela usages, w której przechowywane są wszystkie zapytania do API (ponieważ API ma ograniczyć liczbę dostępnych zapytania w zależności od subskrypcji).Jest Created_at.2 .Istnieje tabela subskrypcji, w której dla każdego user_id musi (lub nie musi) być zapis z status = 'active' ♰ 'trialing'.Każdy wpis ma current_period_start, current_period_end.3 .Istnieje tabela user_activity, gdzie są pola executions_amount_used, executions_amount_granted.Tabela 1-3 ma foreign key user_id do użytkowników.Co trzeba zrobić: 1 .Konieczne jest, aby efektywnie wstawić w usages (to jest, gdy odświeżone API i zapisywane aktywność), w user_id w tabeli user_activity zapisać liczbę usages, które mają created_at między current_period_start i current_period_end od subskrypcji z statusem active lub trialing.Jeśli nie ma takiej subskrypcji, należy usunąć wszystkie usages użytkownika (tak, że jeśli on skonsultował subskrypcję, to executions_amount_used wziął się przez cały okres, który znajduje się w tabeli usages).Nie musisz używać count(), musisz używać szacunków i funkcji https://wiki.postgresql.org/wiki/Count_estimate. Ta funkcja już istnieje i działa, ale zapytanie w jakiś sposób wydaje dane randkowe, gdy filtr na datę.Może to być quick fix, ale może być konieczne, aby zmienić logikę trigger (to również jest do rzeczy).Gdyby było lepsze propozycje, to byłoby fajnie usłyszeć.Ale nie musimy na każdym wezwaniu API liczyć na usages (tabela jest duża), więc wezwanie API patrzy tylko na tabeli user_activity i tam muszą być aktualne liczby i wszystko.Spójrz uważnie ekran zmiany znaku < > nie działa w ogóle, ale nie uwzględnia daty.Ponadto może wydać usage nie od początku daty podpisów, chociaż wszystkie daty w UTC w bazie danych.Dlatego istnieje rozsynchron, jeśli podpis jest odnowiony, wywołuje usages z nieistotnej daty, do current_period_start, a musi być tylko po current_period_start.Trzeba też to zaakceptować.

Oferty 3 Dyskusje 6

Aleksandr D.

22 0

Budżet: 1000 UAH Termin: 1 dzień

Dobry dzień .
Baza danych to podstawowa specjalizacja. Istnieją pomysły na rozwiązanie Twojego problemu.

W liście nie są widoczne oferty ukryte przez zleceniodawcę lub freelancerów z profilem Plus, a także oferty, które naruszają regulamin

Vitalii Valchuk 18 luty 2024

Якщо вам не потрібен точний підрахунок, поточна статистика з таблиці каталогу pg_classможе бути достатньо хорошою, і її набагато швидше отримати для великих таблиць. 
Воно і буде показувати не точний підрахунок. Краще вірно побудувати індекси, тоді і підрахунок буде швидким.

Vitalii Valchuk 18 luty 2024

Кількість живих рядків у таблиці. Це лише оцінка, яку використовує планувальник. Вона оновлюється командами VACUUM, ANALYZE та деякими командами DDL, такими як CREATE INDEX.

Vitalii Valchuk 18 luty 2024

Але нам не потрібно на кожен API call робити count по usages (таблиця велика),  
ну так зробіть таблицю, де буде пораховано на початок і при кожній вставці - оновляти дані. буде більш-меньш точно і швидко

Maxim M

18 luty 2024

Дякую! Тобто після створення індексів вже буде можливо робити select count(1) на кожен insert, не використовуючи count_estimate? Я так розумію, вона взагалі не підходить для даного завдання.

Vitalii Valchuk 18 luty 2024

можете взагалі зробити окрему таблицю зі статусами і обновляти після кожного insert дані. тобто якщо вам потрібно просто кількість користувачів зі статусом active - то вам не потрібно знати їх id, достатньо порахувати кількість, записати таблиці і в тригері додати оновлення. як варіант

Olexandr Basalaiev 21 luty 2024

Я бы использовал MATERIALIZED VIEW что обновляется по расписанию

Dodaj komentarz

Aktualne zlecenia dla freelancerów w kategorii Bazy danych i SQL

Opracowanie modułu CRM „Zgłoszenia” w niestandardowym 1C (centrum opon)

Zarządzanie klientami i CRM 12 ofert 31 lipca

Nie podano
Budowa automatycznego schematu ruchu towarowo-pieniężnego.

31 ofert 30 lipca

Nie podano
Wsparcie dla Samoturu i serwerów pod niego

17 ofert 27 lipca

85 PLN
Czyszczenie bazy klientów w SIMLA CRM: telefony, duplikaty, miasta

Zarządzanie klientami i CRM 41 ofert 27 lipca

678 PLN
Opracowanie systemu analitycznego z panelem sterowania

Automatyzacja zarządzania przedsiębiorstwem 43 oferty 20 lipca

Nie podano

Maxim M
Kijów, Ukraina

Zleceń 3
Ocena -
Ranking 95

Aleksandr D.

Aktualnie brak ofert

Aktualne zlecenia dla freelancerów w kategorii Bazy danych i SQL

Opracowanie modułu CRM „Zgłoszenia” w niestandardowym 1C (centrum opon)

Budowa automatycznego schematu ruchu towarowo-pieniężnego.

Wsparcie dla Samoturu i serwerów pod niego

Czyszczenie bazy klientów w SIMLA CRM: telefony, duplikaty, miasta

Opracowanie systemu analitycznego z panelem sterowania