Új hozzászólás Aktív témák

• #9161 inf3rno nagyúr #39560925 #9152

  Új Válasz 2015-10-21 23:51:01 #9161

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  inf3rno

  nagyúr

  válasz #39560925 #9152 üzenetére

  Nem vágom ezt a kotlin dolgot meg a java-t. Szerintem azért gondold át, hogy a kliensnek JSON kell. Szóval ha objektumban tárolod, és minden kérésnél JSON szerializálod, akkor az lassít. Az objektum gráfot akkor éri meg a JSON meg az adatbázis közé tenni, ha az egyes részeit eltérő időben frissíted az adatbázisból, vagy ha a kliensek csak egy-egy részét kérik le. Ilyenkor is érdemes JSON formában eltárolni a gyakori kliens kérésekhez küldött válaszokat, ha van rá elég memória, meg ha túl nagy a terhelés a szerializálás miatt. Mérni kellene.

  Ohh most olvasom, hogy eleve JSON-t tárolsz le. Akkor minek futni még egy kört a parsolással és újra szerializálással?

• #9158 bambano titán #39560925 #9152

  Új Válasz 2015-10-21 23:32:26 #9158

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  LOGOUT blog

  válasz #39560925 #9152 üzenetére

  a vps-re gondolom nem windowst akarsz rakni, hogy szanaszéjjel törjék?

  ha ilyen memcached meg hasonló csodákat raksz az architektúrába, akkor annak a kódja is visz el a ramból, azt a programot is ütemezni kell, stb. tehát ha kevés a lóerő, akkor érdemes kidobálni a ballasztot.

  ja, és miért vársz a mysql json-ra, mikor a postgres ezer éve tudja?

• #9154 emvy félisten #39560925 #9152

  Új Válasz 2015-10-21 23:07:45 #9154

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  emvy

  félisten

  válasz #39560925 #9152 üzenetére

  > Mongot

  gratulalunk

  (mongo: losing data on web scale!)

Új hozzászólás Aktív témák