fermat ha scritto:
ho poca esperienza in merito, ma:
-su i db nosql non ho nulla in contrario, ma penso vadano bene quando si tratta di enormi mole di dati, dov'è richiesta anche elevata scalabilità e flessibilitaà (facebook, twitter, ecc).
non li userei mai per un blog, e forse neanche per un gestionale
Purtroppo @fermat sbaglia 2.5 punti su 3. L'unica cosa semi corretta che afferma (per quel 'forse') e' che un NoSQ non e' adatto ad un gestionale.
In linea generale un gestionale va praticamente a nozze con un modello relazionale dei dati.
Per il resto, scalabilita', flessibilita' sono certamente caratteristiche dei DB NoSQL PROPRIO perche' e' nata la necessita' di inventarli avendo raggiunto i limiti di quanto puo' fare un DBMS relazionale.
Attenzione, NON E' il modello relazionale, il problema, ma LA CONSISTENZA DEI DATI.
Rimuovi la consistenza dei dati da un DB relazionale, e ottieni un DB scalabile e flessibile quasi quanto un DB NoSQL.
L'altro motivo per cui sono stati inventati e' la gestione di DIVERSI tipi di strutture dati: in particolare MongoDB e' stato pensato per gestire dati in forma di DOCUMENTO XML o JSON, dove un DOCUMENTO e' un oggetto gerarchico, di profondita' arbitraria.
Un'altro DB decisamente interessante e' Neo4J: un DB a GRAFO.
In un relazionae, modellare e navigare strutture gerarchiche o a grafo, e' un bagno di sangue.