Aktywne Wpisy
![jmuhha](https://wykop.pl/cdn/c0834752/9dc031852afc3f36a7321eca44c8536b774871001e4ad40d1656f540126e7fea,q60.jpg)
jmuhha +2
Napiszcie komentarze pod tym postem a ja wygeneruje z tego piosenkę
ren-downhill +4
#przegryw #blackpill
Dzisiaj mija rok od poczatku impr00vingu
- rzucilem palenie
- zaczalem silownie
- zbudowalem przyzwoita sylwetke
- biore suple
- dobrze sie odzywiam
- zmienilem prace na lepiej platna
- skupiam sie na rozwoju w pracy
- skupiam sie na rozwoju w dziedzienie szeroko pojetej inzynierii
- stosuje peelingi, olejki, kremy, enzymy
- ladniej sie ubieram
- zapuszczam wlosy
- uzywam bardziej elokwentnego slownictwa
- zaczalem zagadywac dziewczyny na porzadku
Dzisiaj mija rok od poczatku impr00vingu
- rzucilem palenie
- zaczalem silownie
- zbudowalem przyzwoita sylwetke
- biore suple
- dobrze sie odzywiam
- zmienilem prace na lepiej platna
- skupiam sie na rozwoju w pracy
- skupiam sie na rozwoju w dziedzienie szeroko pojetej inzynierii
- stosuje peelingi, olejki, kremy, enzymy
- ladniej sie ubieram
- zapuszczam wlosy
- uzywam bardziej elokwentnego slownictwa
- zaczalem zagadywac dziewczyny na porzadku
Mirki, czytam sobie różne pytania z system design i natrafiłem na coś takiego:
Jakbyście do tego podeszli? ChatGPT sugeruje
@Transactional
@lock(LockModeType.PESSIMISTIC_WRITE)
@query("SELECT k FROM Kupon k WHERE k.kod = :kod")
Optional<Kupon> findByKodForUpdate(String kod);
i
@Transactional
public boolean wykorzystajKupon(String kod) {
return kuponRepository.findByKodForUpdate(kod).map(kupon -> {
if (kupon.getWykorzystania() < kupon.getLimitUzyc()) {
kupon.setWykorzystania(kupon.getWykorzystania() + 1);
kuponRepository.save(kupon);
return true;
} else {
return false;
}
}).orElse(false);
}
już pomijając polskie nazwy i save na już persisted encji
Czy ma to sens, czy jest to wystarczające?
Zakładając, że tak - to czy byłoby to wydajne i skalowane? W NoSQLowej bazie byłby pewnie łatwiej o wydajność, ale czy da się wtedy zrobić takiego locka?
Komentarz usunięty przez autora Wpisu
@Patres: chacik chyba tego nie ogarnął xD
W takim zadaniu sam kod to najmniejszy problem. Pesimistic lock powoduje ze inne watki beda czekac co sie nie skaluje dobrze.
@newbie_235235: Dokładnie tak jest, ale nie przybliża mnie to do docelowego rozwiązania - skoro "Pesimistic lock powoduje że inne watki beda czekac co sie nie skaluje dobrze" <w pełni się z tym zgadzam> oznacza też to, że response poniżej 100ms może być mniej osiągalny przy większej ilości. Dlatego zastanawiam się
I tylko sprawdzić czy się udało z odpowiedzi bazy.
Całą robotę zapewnienia spójności zrzucamy na bazę. A jak to za wolno działa to rozrzucić kupony przez sharding na wiele baz danych.
@Patres: Co do zadania to przypadek wręcz książkowy dla Cassandra / Datastax Astra. Rozproszona architektura, shared nothing, dostępność 99,9999 a 2000 TPS to pikuś (ta baza robi 350 tys zapytań na sekundę na... laptopie). Tickety oczywiście aktualizujesz jednym transakcyjnym UPDATE I baza ogarnie za Ciebie spójność automatycznie. Ty po stronie aplikacji tylko musisz sprawdzić wynik zapytania czy update się udał.
https://stackoverflow.com/a/30156346
@Krolik: Czyli dodawałbyś adnotację @Transactional? Jeżeli tak, to jaki poziom izolacji, ja bym dał dla pewności - isolation repeatable read.