MongoDB

Zakaj folk "hejta" MongoDB?

A lahko kdo pove ali pa linka kaj uporabnega na kaj je treba paziti? Namrec na firmi uporabljamo Mongo in bi ga radi pripravili do tega, da se bo v prihodnosti cimbolj scalal in ne bo problemov. Vse kar najdem na googlu je pred 2.2 verzijo (ali celo 2.0) in kolikor vem so dosti stvari popravili.

Drugace bi se pa baza uporabljala za time-series data, meritve iz senzorjev vsakih par sekund. Prednosti, ki pa jih vidimo pri Mongotu so pa enostaven failover, horizontalen scaling, ce bo podatkov kdaj dosti. Vdelan aggregation framework, ki bo znal iz meritev izlusciti kaj pametnega in pa mislim tudi, da je arhiviranje podatkov lazje na mongotu, ker v vecini primerov ne rabimo meritev za dalj casa nazaj.

Problem je pri pisanju. Efektivno ne moreš vedet, ali je pisanje uspelo.
Googlaj getLastError funkcijo.

Sicer pa, ko gradiš arhitekturo moraš vedeti meje uporabljene tehnologije.
Ga že nekaj let uporabljamo brez problemov.

Kolikor vem getLastError driver sam poklice ce mas safe=True in torej vedno ves, ali je pisanje uspelo.

Tudi global lock so odstranili ze ce kaj vem.

Write lock-i so na nivoju database-a, tako da ne tlacit vse collection-e v en database. Get getLastError() se avtomatično pokliče, če imaš uporabljaš privzeti ACKNOWLEDGED
WriteConcern. Res pa je, da so spremembe v RAMu, preden se zadeve flushnejo na disk. Naslednji korak je JOURNALED writeconcern.

Uporabljam MongoDB za shranjevanje CDRjev, ki imajo zaradi specifik usmerjanja precej različno strukturo na odhodni strani in zaenkrat se obnese odlično,6-8M insertov na dan. Replikacija med dvema strežnikoma, paralelno se neobdelani podatki shranjuje še na 3. ločenem strežniku, težav z stabilinostjo oziroma izgubljenimi podatki (še) nisem imel.

Katerega pogrešaš?

http://docs.mongodb.org/ecosystem/drive...

mas na githubu source code od vseh mongodb driverjev in si lahko pogledas.

Da ne bom kreiral nove teme, me zanima slednje:

const vnosZetona = (req,res) =>{
    if(!req.body.ePosta ){
        return res.status(400).json({
            "sporočilo": "Epošta uporabnika manjka! Parameter je obvezen"
        });
    }
    if(!(new RegExp("[a-z]{2}[0-9]{4}@student.si").test(req.body.ePosta))){
        return res.status(400).json({
            "sporočilo": "Nimaš pravi mail"
        });
    }
    var generiranZeton = generirajObnovitveniZeton();
    User
    .updateOne( {email: req.body.ePosta},
                { $set: {zetonZaObnavljanjeGesla:generiranZeton}},
                (napaka) => {
                    if(napaka){
                       return res.status(400).json(napaka);
                    }else{
                        return res.status(200).json({
                            zeton : generiranZeton,
                            "sporočilo" : "Žeton uspešno dodan."
                        });
                    }         
                }
    )

Dana koda na zahtevo generira žeton za potrebe resetiranje gesla in lepo deluje, imam pa problem, ker zadeva tudi deluje, ko določen dokument z mailov v bazi ne obstaja. Ne razumem zakaj mi aplikacija vedno vrne status 200, vred z generiranim žetonom

ePosta je v tem primeru e-pošta (po točnem določenem vzorcu). Ideje kako debugirati mongota niti nimam, pričakoval bi, da vrne status, ki ni 200 al pa nek hint, da se ni zgodilo nič, da na podlagi tega strežniku rečem naj ne pošiljam nepotreben mail na e-pošto osebe, ki v bazi ne obstaja