Comment concevoir correctement le schéma de base de données NoSql? [fermé]
10
Je voudrais en savoir plus sur les bases de données NoSQL, j'ai donc choisi de créer un nouveau projet à partir de zéro pour gérer les résultats du football. Dans ma base de données relationnelle traditionnelle, j'ai des tournois, des équipes, des résultats et des tables de classe. Tous sont évidemment liés.
Quelle pourrait être une bonne approche pour concevoir un projet comme celui-ci, en utilisant une approche NoSQL à la place?
Quel type de base de données NOSQL? Je vous suggère de lire un peu sur les différents types avant de poser cette question. Certains sont sans schéma, et certains ne sont que des bases de données de valeurs-clés (et toute une gamme entre les deux).
Odé le
4
question non constructive .... vue + 1K fois .... félicitations aux modérateurs comme d'habitude
Cris
Depuis quand le nombre de vues est-il corrélé à la question de savoir si une question est constructive ou non?
Odé
5
Je suis venu ici car j'avais besoin de ces informations. Je suppose que beaucoup d'utilisateurs du 2k + sont venus pour une raison similaire ..
DMin
Réponses:
15
Utilisez le bon outil pour un travail particulier. En posant cette question, il est clair que vous ne savez pas quand NoSQL est approprié pour le stockage de données. Beaucoup de gens utilisent NoSQL simplement parce que c'est la "chose du moment". Habituellement, les bases de données NoSQL n'ont pas de schéma et doivent être utilisées lorsque les données sont mieux représentées par leur modèle. Vous ne devez pas utiliser une base de données NoSQL pour stocker des données généralement relationnelles; une base de données relationnelle doit être utilisée dans ce cas. Je sais que lorsqu'il est nécessaire de faire évoluer l'application pour pouvoir gérer des millions de transactions, le modèle NoSQL fonctionne mieux (même lorsque les données sont relationnelles), mais je pense que ce n'est pas votre cas.
Quand vous dites qu'il n'y a pas de schéma @nohros, voulez-vous dire que NoSQL est fondamentalement juste un système clé: système de valeurs? c'est à dire { key1: value1, key2: value2, ... }? Ou peut-il y avoir des schémas plus compliqués dans NoSQL?
Basj
Quand on dit pas de schéma, je veux dire pas de schéma relationnel traditionnel, qui utilise des colonnes et des lignes pour tout représenter.
2015
14
Premièrement, il existe des cas d' utilisation clairement définis pour l'utilisation de NoSQL sur un SGBDR traditionnel. Assurez-vous que votre système répond à un ou plusieurs de ces critères avant de passer à NoSQL, sinon vous pourriez rencontrer des problèmes.
Cette vidéo youtube m'a vraiment ouvert les yeux. Il s'agit de MongoDB et de la modélisation des données. Vous pouvez en savoir plus sur MongoDB sur leur site Web .
Réponses:
Utilisez le bon outil pour un travail particulier. En posant cette question, il est clair que vous ne savez pas quand NoSQL est approprié pour le stockage de données. Beaucoup de gens utilisent NoSQL simplement parce que c'est la "chose du moment". Habituellement, les bases de données NoSQL n'ont pas de schéma et doivent être utilisées lorsque les données sont mieux représentées par leur modèle. Vous ne devez pas utiliser une base de données NoSQL pour stocker des données généralement relationnelles; une base de données relationnelle doit être utilisée dans ce cas. Je sais que lorsqu'il est nécessaire de faire évoluer l'application pour pouvoir gérer des millions de transactions, le modèle NoSQL fonctionne mieux (même lorsque les données sont relationnelles), mais je pense que ce n'est pas votre cas.
la source
{ key1: value1, key2: value2, ... }? Ou peut-il y avoir des schémas plus compliqués dans NoSQL?Premièrement, il existe des cas d' utilisation clairement définis pour l'utilisation de NoSQL sur un SGBDR traditionnel. Assurez-vous que votre système répond à un ou plusieurs de ces critères avant de passer à NoSQL, sinon vous pourriez rencontrer des problèmes.
Cette vidéo youtube m'a vraiment ouvert les yeux. Il s'agit de MongoDB et de la modélisation des données. Vous pouvez en savoir plus sur MongoDB sur leur site Web .
la source