[mysql] frekvenca updejtanja

1 sprememba na sekundo ne bi smela biti problem. Seveda je to odvisno. Kako delaš s podatkovno bazo je odvisno od celega kupa faktorjev, ne bi niti našteval.

mene samo zanima kakšna je praksa. če imaš recimo bazo nekih uporabnikov... se ponavadi to shranjuje sproti ali recimo na neki frekvenci ali ob zaprtju urejevalnega okna?

korenje3 je 14. feb 2013 ob 16:39 izjavil:

mene samo zanima kakšna je praksa. če imaš recimo bazo nekih uporabnikov... se ponavadi to shranjuje sproti ali recimo na neki frekvenci ali ob zaprtju urejevalnega okna?

Po mojem čimprej shrani logične celote. Še posebej, če to bazo uporablja več aplikacij.

Update naredis ce je res kaksna sprememba pa se to das obvezno v transakcijo ce so ti podatki pomembni in to tabelo bere/pise vec uporabnikov.
Vprasanje je seveda samo ce je res potrebno, da so ti podatki v bazi. Neke temp podatke, ki jih vec uporabnikov uporablja za neko obdelavo in so mogoce relevantni samo par minut...in na njih ne izvajas nekih queryjev (join z drugimi tabelami), se niti ne splaca pisati v bazo(niti v mssql niti v sqllite niti v katerokoli sqlite bazo) ampak jih mas na serverju lepo v memoryju(kaksen system.web.cache je cisto OK dokler podatke beres/pises znotraj locka). V primeru, da streznik ugasnes oz se reciklira(recimo application pool ce zadeva laufa pod iisjem) lahko podatke brez vecjih tezav serializiras na disk in jih ob ponovnem zagonu lepo nalozis.
Again...taka logika je primerna za vse "nepomembne" podatke s kratko zivljensko dobo. Zakaj bi za prevoz ene lubenice uporabljal vlak :)