Database [Database] NoSQL

[Spazio]

Ciao a tutti, leggendo questa discussione ho notato che come suggerimento veniva dato quello di utilizzare un database NoSQL per lo storage di dati.

Ho letto un paio di articoli online ed ho notato le caratteristiche di questi database. Tutti scrivono che sono molto più performanti rispetto ai database SQL e ne permettono una maggiore flessibilità, sicurezza e velocità.
Difatti ho pure scoperto che grandi aziende come Facebook, Twitter, Digg, Reddit ecc. utilizzano un database NoSQL (più specificatamente la piattaforma Cassandra). Ora mi chiedo: come mai, visti tutti questi aspetti positivi, così poche persone utilizzano tali database e come mai se ne sente così poco parlare? Forse perché SQL è stato quello che ha catturato maggior successo ed è quello che viene sempre insegnato per primo?
Inoltre, qualcuno di voi ha mai utilizzato un database NoSQL? Se si, quale consigliate e cosa ne pensate?

 

[Stefano Novelli]

Ciao a tutti, leggendo questa discussione ho notato che come suggerimento veniva dato quello di utilizzare un database NoSQL per lo storage di dati.

Ho letto un paio di articoli online ed ho notato le caratteristiche di questi database. Tutti scrivono che sono molto più performanti rispetto ai database SQL e ne permettono una maggiore flessibilità, sicurezza e velocità.
Difatti ho pure scoperto che grandi aziende come Facebook, Twitter, Digg, Reddit ecc. utilizzano un database NoSQL (più specificatamente la piattaforma Cassandra). Ora mi chiedo: come mai, visti tutti questi aspetti positivi, così poche persone utilizzano tali database e come mai se ne sente così poco parlare? Forse perché SQL è stato quello che ha catturato maggior successo ed è quello che viene sempre insegnato per primo?
Inoltre, qualcuno di voi ha mai utilizzato un database NoSQL? Se si, quale consigliate e cosa ne pensate?

Le differenze sono più o meno queste:
- SQL è un database relazionale, NoSQL è distribuito
- Su SQL puoi definire il tipo di valore inseribile, su NoSQL non puoi farlo
- Per aumentare la potenza di SQL devi aumentare la potenza hardware, per farlo NoSQL devi aumentare il numero dei server

In particolare quest'ultimo punto fa preferire un database SQL piuttosto che uno NoSQL

 

[Spazio]

Le differenze sono più o meno queste:
- SQL è un database relazionale, NoSQL è distribuito
- Su SQL puoi definire il tipo di valore inseribile, su NoSQL non puoi farlo
- Per aumentare la potenza di SQL devi aumentare la potenza hardware, per farlo NoSQL devi aumentare il numero dei server

In particolare quest'ultimo punto fa preferire un database SQL piuttosto che uno NoSQL

Ok, ma se qualcuno ad esempio volesse creare una cosa "internazionale", cioè utilizzabile da utenti di tutto il mondo, non gli converrebbe avere più server sparsi e quindi implementare NoSQL? Tu in particolare hai mai utilizzato quest'ultimo?

 

[Vasilij]

Ok, ma se qualcuno ad esempio volesse creare una cosa "internazionale", cioè utilizzabile da utenti di tutto il mondo, non gli converrebbe avere più server sparsi e quindi implementare NoSQL? Tu in particolare hai mai utilizzato quest'ultimo?

Credo che alla fine voglia dire che non tutti possono permettersi di gestire un database NoSQL, ecco perché viene usato solo dai grandi come Facebook.

 

[Spazio]

Credo che alla fine voglia dire che non tutti possono permettersi di gestire un database NoSQL, ecco perché viene usato solo dai grandi come Facebook.

Si ma non penso che per testarlo siano veramente necessari molti server, stavo solo chiedendo se qualcuno l'aveva mai provato (anche perché è difficile trovare qualcuno che lo utilizza realmente).

 

[Stefano Novelli]

Si ma non penso che per testarlo siano veramente necessari molti server, stavo solo chiedendo se qualcuno l'aveva mai provato (anche perché è difficile trovare qualcuno che lo utilizza realmente).

Per testarlo forse non c'è bisogno di molti server, ma se non è scalabile come un SQL non ha senso di utilizzarlo neanche per progetti piccoli. E se poi quei progetti piccoli diventano grandi? C'è bisogno di più macchine? Chi le paga?

 

[Spazio]

Per testarlo forse non c'è bisogno di molti server, ma se non è scalabile come un SQL non ha senso di utilizzarlo neanche per progetti piccoli. E se poi quei progetti piccoli diventano grandi? C'è bisogno di più macchine? Chi le paga?

Beh ma è più conveniente fare prima un punto della situazione e poi scegliere e verificare quale sia la scelta più corretta: è ovvio che se gestisco un forum/blog o quel che sia mi conviene utilizzare SQL, però se invece sto realizzando un qualcosa di diverso e credo che potrà nascere un qualcosa di più grande mi conviene già partire con un database NoSQL; tutto ciò perché penso sarebbe molto complesso passare da SQL a NoSQL o viceversa, quindi è meglio scegliere prima bene e con cautela.
Comunque grazie per l'aiuto, lascio il thread aperto un altro po' in caso ci sia qualcuno che abbia già utilizzato un db NoSQL e possa darmi le sue impressioni (anche se dubito)

 

[Stefano Novelli]

Beh ma è più conveniente fare prima un punto della situazione e poi scegliere e verificare quale sia la scelta più corretta: è ovvio che se gestisco un forum/blog o quel che sia mi conviene utilizzare SQL, però se invece sto realizzando un qualcosa di diverso e credo che potrà nascere un qualcosa di più grande mi conviene già partire con un database NoSQL; tutto ciò perché penso sarebbe molto complesso passare da SQL a NoSQL o viceversa, quindi è meglio scegliere prima bene e con cautela.
Comunque grazie per l'aiuto, lascio il thread aperto un altro po' in caso ci sia qualcuno che abbia già utilizzato un db NoSQL e possa darmi le sue impressioni (anche se dubito)

A meno che non hai in mente di fare il nuovo facebook difficilmente NoSQL è consigliato, ma dal momento che hai fb tra le mani i soldi per pagare qualcuno che te lo riconverte il problema non sussiste più