DevProTalk
Strana 2 od 3 < 1 2 3 >
Prikažite 40 poruka iz ove teme na jednoj stani

DevProTalk (http://www.devprotalk.com/index.php)
-   PHP (http://www.devprotalk.com/forumdisplay.php?f=9)
-   -   Pracenje produktivnosti posetioca (http://www.devprotalk.com/showthread.php?t=10599)

ivanhoe 16. 12. 2011. 17:22
ima smisla koristiti 2 baze ako ocekujes jak traffic da ne bi opterecivao bazu select-ima (ne znam kako tacno radi locking u mongu, trebalo bi proveriti). Ali mozda ti je lakse da repliciras monga, postoji dobra podrska za to, a mogao bi i o shardingu da razmislis...

Sto se selecta tice, ako ti ne trebaju komplikovani join-ovi mongo je sasvim jednostavan i brz, tako da sa te strane nema razloga da ga izbegavas...

misk0 16. 12. 2011. 20:44
Citat:
Originalno napisao ivanhoe (Napišite 103672)
ima smisla koristiti 2 baze
noSQL baze nisu u svemu bolje od RDBMS, tako da se slazem sa ovim.


Citat:
(ne znam kako tacno radi locking u mongu, trebalo bi proveriti)
Mislim da locking radi na nivou dokumenta, da ne moze sitnije.

ivanhoe 16. 12. 2011. 22:27
ja sam vise mislio 2 baze generalno, nebitno koje, cisto da ne pises i citas iz iste, jer te operacije smetaju jedna drugoj, a replikacija to elegantno resi

ali svakako se slazem da noSQL ima i prednosti i mana u odnosu na relacione baze, mada mnogo tih mana moze da se resi i pametnim dizajnom scheme... ali treba uvek birati alat prema konkretnoj situaciji, naravno...

squirll 16. 12. 2011. 22:35
Ja sam ipak odlucio da idem na Mysql i Mongo, na mongo ce ici write i nesto selecta (tipa dal je taj user vec bio na sajtu i sl), a na mysql ce ici drugi deo, koliko je ukupno korisnik bio, koliko je procitao stranica, registracije, banovi i sl ...
Tako da necu opteretiti niti jednu bazu previse a i u slucaju da jedna ispadne iz sistema druga moze da gura sama koliko toliko ...
I mozda najvaznije stvar je sto neam pojma mongo tako da ce mi biti vatreno krstenje, i strah me da ceo sajt bude na mongo. No bice vec sledeceg meseca slicnih i vecih projekata tako da mozda neki buduci bude na jednoj bazi :)
Jel ima neko neki artikal da mi preporuci tip quick mongo tips i sl? :)

ivanhoe 16. 12. 2011. 23:18
ja sam samo mongodb manual citao i sasvim je dovoljno (za osnovne operacije bar, ja samo trackujem neke bannere).. umesto sql-a u klijent konzoli koristis javascript, prilicno je prosto.. ako ces iz php-a da pristupas, mi smo koristili mongo extenziju sa PECL-a, lako se instalira i metode su skoro identicne kao one u mongo js konzoli, pa je prosto...

ako hoces mogu da obesim primere kako se cita i pise iz php-a?

squirll 16. 12. 2011. 23:29
video sam i ja to, ima na njihovom sajtu lepa dokumentacija , ako se neko nadje u slicnoj situaciji kao ja evo par linkova da ne trazi previse

"Konvertovanje" SQL-a u noSql
http://www.mongodb.org/display/DOCS/...+Mapping+Chart

PHP instalacija (upotreba PHPa i Monga ima na php manual sajtu)
http://www.mongodb.org/display/DOCS/PHP+Language+Center

Alternative phpmyadmina za mongo naravno
http://www.mongodb.org/display/DOCS/Admin+UIs

CI za Mongo
http://codeigniter.com/forums/viewthread/162420/#885550

Ja sam mislio jel ima par brzih trikova za optimizaciju i na sta treba obratiti paznju i sl ...

ivanhoe 17. 12. 2011. 11:29
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 17. 12. 2011. 12:28
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.

Citat:
Originalno napisao ivanhoe (Napišite 103691)
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 21. 12. 2011. 01:33
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?

ivanhoe 21. 12. 2011. 03:41
nije problem toliko u opterecenju, nego sto mongo koliko ja znam nema locking, tako da postoji mala, ali potencijano nezgodna situacija da ti to pukne: uradis select, drugi zahtev upise isti taj record, ti probas da ga insertujes, to ne uspe i nisi zabelezio taj record. Zato je upsert jako kul, jer on radi atomski.

ja bih ti savetovao da jednostavno ubacis svoju podrsku za upsert direktno i da radis sa njim... pogotovo ako su perorfmanse bitne uvek treba smanjiti broj wrappera...


Vreme je GMT +2. Trenutno vreme je 08:30.
Strana 2 od 3 < 1 2 3 >
Prikažite 40 poruka iz ove teme na jednoj stani

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.