[mccloud]

@GreeenOne: materialized view, ktory po insercie sie przeliczy a strona tylko wyswietla z niego dane?

[Radaka]

@GreeenOne: zawsze w sumie jest lepiej trzymać gotowe wyliczenia w bazie danych, później zawsze mogą dojść jakieś raporty czy inne rzeczy i za każdym razem będzie trzeba mielić bazę.

Jak na szybko to całość możesz trzymać w cache i tylko odświeżać po zmianie

[ShiroUmizake]

@GreeenOne: Po pierwsze ile tych opłat/transakcji by było dziennie? Ja bym to zrobił event kolejce i inny sytem niech bawi się liczenie tych statystyk, jakis konsumer/producer i wsio (i masz skalowalnosc przy okazji, jak dojdzie ci wiecej eventow po prostu dokladasz konsumera czy producera)

Co do twojego pytania czy twoje rozwiazanie mogloby zlagowac.

Tak, jesli nie masz cachu danych , przy 1 000 000 rekordow troche by to liczylo a

[markaron]

@GreeenOne: Dokładnie jak napisałeś. Przy małej skali jakiś widok czy procedura na bazie danych która będzie robiła obliczenia na żądanie wystarczy. Przy dużej skali takie operacje robi się w tle i zapisuje gotowy wynik do bazy danych.

Zacznij od wyliczania na żądanie za pomocą widoku albo procedury w SQL, ja nie liczyłbym tego w aplikacji.

Pójście od początku w kolejki, przetwarzanie asynchroniczne po stronie serwera, itd gdy jeszcze nie znamy