Data model proposal

[Aarass]

Neo4j

Nodes

USER {
  id,
  firstName,
  lastName,
  username,
  passhash,
  color,
}

BOOK {
  isbn,
  title,
  description,
  imageUrl.
}

GENRE {
  id,
  name,
}

AUTHOR {
  id,
  fullName
}

BOOK_CLUB {
  id,
  name,
  description,
}

ROOM {
  id,
  title,
  description,
}

Edges

USER - IS_READING -> BOOK
USER - HAS_RATED -> BOOK
USER - HAS_COMMENTED -> BOOK
AUTHOR - WROTE -> BOOK
BOOK - IS_OF_GENRE -> GENRE
USER - IS_MEMBER_OF -> BOOK_CLUB
BOOK_CLUB - OWNS -> ROOM

Redis

Messaging

Svaka soba ce imati posebno polje u redisu. Key kojim ce biti oznacena soba bice u formatu book_club_id:room_id. To polje ce biti tipa list. U tu listu cemo samo gurati poruke sa jednog kraja. Redis-ovim Pub/Sub mehanizmom omogucicemo da se poruke salju zainteresovanim korisnicima po push principu.

Ranking lists

Koristice Redis-ov tip ZSET (Sorted Set). On privhata key objekta i njegov score, i tu kolekciju odrzava sortiranom. Problem je sto osim score-a ne mozemo nista drugo uz to da skladistimo. Implementiranje rang liste za trenutno najpopularnije knjige ce biti trivijalno, jer tu cuvamo samo broj ljudi koji cita, to je najobicniji brojac. Imamo samo inkrementiranje i dekrementiranje (operacije koje nativno podrzava ZSET). Medjutim, rang lista za najbolje ocenjene knjige se ne moze tako lako implementirati. To je zbog toga sto da bi izracunali novi prosek ocene, potrebno je da znamo koliko ocena trenutno postoji za tu stavku i kolika je suma. Tako da ce morati da se smisli neko pametnije resenje, tj. da odrzavamo neku drugu strukturu podataka koja ce nam reci te informacije kada zelimo da update-amo prosek ocena.

[Aarass]

Izgleda da ipak postoji nacin da pored score cuvamo i metadata:

Ovo je python kod, ali ideja je ista.