Pracenje produktivnosti posetioca

[ivanhoe]

nisam se udubljivao u optimizaciju, nije mi trebalo, sve mi je radilo super sa fabrickim podesavanjima za moje potrebe.

Jedna fora koja dobro dodje ako radis sa brojacima (a koliko sam razumeo radis), je sto u mongu mozes jednom komandom da insertuje record i updejtujes brojac (nesto kao INSERT .. ON DUPLICATE KEY UPDATE u mysql-u, stim sto se ovde gleda ceo record, ne samo index):

PHP kôd:

    $conn = new Mongo('localhost');
    // select the database
    $db = $conn->baza;
    // insert $data ako vec nema takav record ili inkrementuj brojac ako postoji
    $cond = array( '$inc' => array('cnt' => 1));
    $db->tabela->update($data, $cond, array('upsert' => true)); 


[djipko]

Mongo je po mom iskustvu idealan za bas takav use-case koji si napomenuo jer su write-ovi bolesno brzi, a i selectovanje ako pravilno izaberes indekse tako da ti mozda i ne treba cron.

Ono sto je meni kad sam prvi put koristio "NoSQL" bilo najneprirodnije je sto je filozofija iza njih - best effort - dakle ti mu bacis gomilu podataka a on ce se sa time snaci, ili mozda nece, nemas pojma, a ako te zanima bas jako pogledaj logove. Nema exception, integrity, bla bla

Tako da ako ces ga koristit "in production" na zivom sajtu - dobro osmisli monitoring.

Originalno napisao ivanhoe

nesto kao INSERT .. ON DUPLICATE KEY UPDATE u mysql-u, stim sto se ovde gleda ceo record, ne samo index):

Ovo je takozvani kultni "upsert"

[squirll]

ova mongodb biblioteka za CI nema upsert opciju(mozda je posle dodam) pa sam mislio prvo select pa ako ima taj ip onda update a ako nema onda insert...e sad me brine jel bi taj jedan vise SELECT mogao da stvori problema/opterecenje?