Mi piacerebbe imparare qualcosa di più sui database NoSQL, quindi ho scelto di creare un nuovo progetto da zero per gestire i risultati di calcio. Nel mio database relazionale tradizionale, ho tornei, squadre, risultati e classifiche. Tutti sono ovviamente correlati.
Quale potrebbe essere un buon approccio per progettare un progetto come questo, usando invece un approccio NoSQL?
Usa lo strumento giusto per un particolare lavoro. Chiedendo questo, è chiaro che non si sa quando NoSQL è appropriato per l'archiviazione dei dati. Un sacco di gente usa NoSQL solo perché è la "cosa del momento". Di solito i database NoSQL non hanno schema e dovrebbero essere usati quando i dati sono rappresentati meglio dal suo modello. Non si dovrebbe utilizzare un database NoSQL per archiviare dati che sono tipicamente relazionali; in questo caso dovrebbe essere usato un database relazionale. So che quando c'è bisogno di scalare l'applicazione per essere in grado di gestire milioni di transazioni, il modello NoSQL funziona meglio (anche quando i dati sono relazionali), ma penso che non sia il tuo caso.
Per prima cosa, sono chiaramente definiti uso casi per usando NoSQL su un RDBMS tradizionale. Assicurati che il tuo sistema soddisfi uno o più di questi criteri prima di passare a NoSQL, altrimenti potresti incontrare dei problemi.
Questo video di YouTube è stato per me una vera rivelazione. Riguarda MongoDB e la modellazione dei dati. Puoi leggere ulteriori informazioni su MongoDB su sul loro sito web .
Leggi altre domande sui tag nosql database-design