RDBMS vs NOSQL per sito di bacheche

Question

Sono in procinto di progettare e pianificare un nuovo sito web.
È principalmente un sito di bacheche

Ho passato esperienza con MySQL, ma sento molte voci (non nella mia testa)
che raccontano il NOSQL può essere una buona soluzione come RDBMS.

La richiesta principale per NOSQL è prestazione.Cosa ne pensi?

Quindi,
Ho bisogno di una tecnologia Scalable Database-Design per il mio sito web. Se vado con NOSQL, so che ci sono un paio di tecnologie in questa zona (Document Store, Key-Value Store, ecc.).Come scegliere?

Cosa ne pensi sia più adatto per un sito Web di un messaggio:
NOSQL o MySQL?

Grazie,
Socksocket

Answer 1

Sia SQL e No-SQL possono essere utilizzati per il tuo scopo.I due principali motivi per andare con No-SQL sono se tu veramente ha un sacco di traffico (e la tua soluzione SQL non funziona performance-saggio) e se hai molti dati non strutturati e cambiantibeneficia di essere schema-meno.

Personalmente credo che un fattore significativo da considerare sia la manutenibilità.

Se si crea qualcosa che utilizza NO-SQL, avrai meno del 10% del pubblico per mantenerlo rispetto a SQL.

È comune per i programmatori desideri utilizzare la soluzione "migliore" tecnicamente ma non fattore nella manutenibilità e sui costi aspetti, specialmente quando la soluzione è considerata "semplice" da loro.

Answer 2

), Per i tuoi scopi, penso che un NOSQL sia probabilmente una scelta migliore rispetto a MySQL.Dovresti controllare come mongodb o couchdb, entrambi sono scalabili Scalabili DBS open source (e come già menzionato, ci sono altri sistemi NOSQL DBS e file stoccaggio disponibili in commercio) Fondamentalmente, i pannelli di messaggistica non hanno davvero bisogno di un DBMS.In DBMS, le azioni di elaborazione della query sono più lente rispetto a un DB NOSQL e le schede di messaggistica possono avere un volume elevato di traffico e dati che non hanno necessariamente uno schema fisso.La flessibilità di NOSQL per quanto riguarda la struttura dei dati consente l'utilizzo e l'attuazione di sharding, partizionamento, indicizzazione e altre tecnologie facilmente.

Answer 3

Sebbene le prestazioni siano uno degli elementi chiave, questa non è una caratteristica in NOSQL, è più una conseguenza del design, ciò che penso sia la caratteristica è la flessibilità della sua struttura dati e la possibilità di memorizzare le informazioni in un singoloriga evitando più viaggi di round quando lavori con i record che sono stretti correlati (dai un'occhiata a questo post http://djondb.com/Blog per ottenere una migliore comprensione di ciò di cui sto parlando). Per qualsiasi sito Web che richiede di modificare il proprio modello su base giornaliera è saggio scegliere un DB che può tenere il passo con questa flessibilità. Sono un po 'prevenuto perché sono l'autore di un negozio di documenti NOSQL, ma ti suggerisco di dare a NOSQL Document Store A Prova, sarai sorpreso su quanto velocemente puoi creare soluzioni utilizzando questo tipo di approccio facile da archiviare.

Answer 4

Hai guardato Redis (http://redis.io/)?

Puoi modellare quasi tutto ciò che hai nel tuo RDBMS con Redis.Nella maggior parte dei casi riceverai prestazioni X10 ed è supportato da una comunità fantastica e molto attiva.

Ti suggerisco di dettagliare le tue esigenze nel Forum Redis, e probabilmente avrai le risposte più oneste e professionali;Parte di loro può suggerire di utilizzare altre tecnologie NOSQL su diverse parti della tua architettura