Newsgroup: it.lavoro.informatica
Titolo: Diffusione MongoDb

 
Buongiorno a tutti,
 
mi è stato chiesto di autoformarmi (ovviamente :-)) su questa
tecnologia in quanto in azienda da noi c'è chi sostiene 
che si diffondera' nel mercato (Parlo di Italia).
 
L'attivita' di formazione a me stesso la svolgo anche volentieri ma,
quella sensazione che tutto questo studio non verra' mai applicato
è forte, Sbaglio ?
 
Grazie 
Ciao

 che si diffondera' nel mercato (Parlo di Italia).
 
almeno un cliente italiano c'e': 
http://www.mongodb.com/customers/leroy-merlin
 
scherzi a parte, mi pare ci son diverse aziende che lo usano ma non capisco la tua domanda...
ti interessa sapere se ci sara' lavoro di consulenza da fare su mongodb?

> ti interessa sapere se ci sara' lavoro di consulenza da fare su mongodb?
 
Mi interessa sapere se ci sarà lavoro in generale.
Diciamo che se mi avessero risposto in molti dicendo :'Io lo uso con grande soddisfazione mia e del committente' ne sarei stato felice ...
 
Insomma per conoscere opinioni in merito ...


beh se vuoi sapere il perché te l'hanno chiesto lo devi chiedere a loro,
avranno i loro motivi. da parte mia ti posso dire l'ho già usato per 
diversi progetti, è maturo, è supportato nel cloud, ha un buon supporto
per i linguaggi che uso, per cui la tua sensazione non la condivido.


Sbagli, sta esplodendo dal 2008.
E' un datastore con piu' difetti che altro, ma vabe, anche mysql era cosi.
 
  ngw

 per i linguaggi che uso, per cui la tua sensazione non la condivido.
 
Ok, grazie.

 E' un datastore con piu' difetti che altro, ma vabe, anche mysql era cosi.
 
Scusa se sono indiscreto, a cosa ti riferisci in particolare ?
 
Grazie


mongoDB fa parte dei cosidetti database noSQL. Ce ne sono tanti, con 
varie caratteristiche e peculiarità.... e "difetti".
Il loro utilizzo sta veramente esplodendo e ti consiglierei prima di 
leggerti qualcosa che li compari.
 
Nello specifico, mongoDB ha dalla sua la velocità nelle ricerche, il 
partizionamento dei dati e la replicazione, funzionalità attivabili 
"semplicemente" ma che devi saper progettare per bene per non incorrere 
in cavolate.
Come contropartita hai un db che non è ACID compliant, e che è 
"eventualmente consistente" quando hai le repliche. Quindi riesci a 
replicare facilmente ma rischi di fare casini.

 Come contropartita hai un db che non è ACID compliant, 
Per il tipo di domini che incrocio di solito questo è inaccettabile.
 
Grazie per le dritte.
 
 

 Per il tipo di domini che incrocio di solito questo č inaccettabile.
 
Allora non č una sorpresa il fatto che trovi sempre Oracle...
 
come in tutte le cose devi sempre fare una analisi complessiva dei 
costi/benefici di ogni soluzione.
Considera che in mongoDB un "record" č una struttua JSON. Dentro puoi 
avere un campo o 1000 o array o strutture nidificate... In ogni "record" 
puoi cambiare il nome ai campi (occhio che te li accetta!!! e poi non 
trovi piů il record...). Gestisce lo store di file (come se fossero blob).
Ripeto, ha il suo motivo d'essere. Puň semplificare alcune cose che puoi 
fare anche con oracle...

 replicare facilmente ma rischi di fare casini.
 
Mi riferivo a questo, in particolare al modo in cui fa write.
 
  ngw

 fare anche con oracle...
 
Ciao FP, riscontro quanto affermi in quello che leggo nella doc ufficiale e non.
Complessivamente un'idea, anche con l'aiuto di ili me la sto costruendo ...
 
 

   ngw
 
ok thanks .

 Per il tipo di domini che incrocio di solito questo è inaccettabile.
 
tieni conto che stai parlando di un datastore document-oriented e non 
relazionale. tendenzialmente non dovresti avere bisogno di operazioni 
atomiche oltre a quelle che offre, ovvero sul singolo documento. se ciò 
avviene con ogni probabilità stai sbagliando qualcosa, tipo ad esempio 
usarlo come un relazionale.