Peut-on faire une base de données relationnelle à l'aide de MongoDB?

Je vais le faire à un étudiant de la gestion du système à l'aide de MongoDB. Je vais avoir un tableau pour les élèves et l'autre pour les records de fréquentation. Puis-je avoir une clé dans la fréquentation de la table pour atteindre les étudiants de la table, comme sur la photo ci-dessous? Comment?

InformationsquelleAutor | 2011-11-14

34

L'idée derrière MongoDB est d'éliminer (ou du moins réduire) de données relationnelles. Avez-vous considéré comme juste l'intégration de la fréquentation des données directement dans chaque enregistrement de l'étudiant? C'est en fait la préférée de modèle de conception pour MongoDB et peut entraîner, dans de bien meilleures performances et d'évolutivité.

Si vous avez réellement besoin très relationnelles et des données normalisées, vous pourriez vouloir reconsidérer l'aide de MongoDB.
- Si vous êtes nouveau à MongoDB, il y a très peu de fraîcheur tutoriel sur leur site: mongodb.org (il suffit de cliquer sur "Essayer" et tapez tutorial dans la coquille).
- En ce moment, ce conseil n'est plus valide. Ils ont probablement changé leur site web.
- Que faire si vous avez commencé à la base de données embarquée présence, mais alors vous avez besoin de l'assistance d'exposition par classe, on dirait qu'il va être très inefficace pour parcourir tous les utilisateurs et de les tirer de la fréquentation des données pour des jours et classe?
- Je ne suis pas un Mongo expert, mais la façon dont je le comprends, Mongo permettra de créer des index sur ces types de requêtes afin de ne pas avoir à traverser tous les utilisateurs individuels. Même chose SQL ferait, seules les données sont plus étalées.
- Je suis confus quant à pourquoi cette réponse, c'est très bien classé. Si vous avez besoin de justifier de la question avant de répondre, c'est une tâche facile; il y a de nombreux cas où un développeur hérite de code à partir de la société, ils n'ont pas le pouvoir de changer l'intégralité du code de l'architecture, et ils ont besoin pour rendre le code à faire quelque chose de nouveau pour satisfaire les exigences d'une autre équipe qui n'utilisent pas de votre architecture spécifique. Maintenant que cela est hors de la voie, nous sommes parti sans une tentative de répondre à la question.
- Cela dit, il est plus facile de se plaindre que de me mettre dans l'arène. Cet article fait un excellent travail, non seulement d'expliquer ce que Mike n'a - ce qui est important - mais aussi en expliquant 2 façons de faire des bases de données relationnelles si vous avez vraiment de, et les mises en garde de chaque approche. sarahmei.com/blog/2013/11/11/why-you-should-never-use-mongodb Pour résumer l'article en place : soit vous utilisez des Identifiants et joindre les documents par programmation au niveau de la couche application, ou de la duplication de données.
InformationsquelleAutor Mike Christensen
19

La réponse dépend de la façon dont vous avez l'intention d'utiliser les données. Vraiment vous avez 2 options, incorporez la fréquentation de table, ou de faire un lien. En savoir plus sur ces approches est détaillée ici: http://www.mongodb.org/display/DOCS/Schema+Design

Pour la commune de cas d'utilisation, vous auriez probablement intégrer cette collection particulière, de sorte que chaque étudiant aurait embarqué "présence" de la table. Ce serait le travail parce que les records de fréquentation sont peu susceptibles d'être partagés entre les étudiants, et de récupérer les données de fréquentation est susceptible de demander à l'étudiant de l'information ainsi. Récupérer les données de fréquentation devrait être aussi simple que:
```
db.student.find( { login : "sean" } )
{
  login : "sean",
  first : "Sean", 
  last : "Hodges",
  attendance : [
    { class : "Maths", when : Date("2011-09-19T04:00:10.112Z") },
    { class : "Science", when : Date("2011-09-20T14:36:06.958Z") }
  ]
}
```
InformationsquelleAutor seanhodges
1

Oui. Il n'existe pas de règles strictes et rapides. Vous devez examiner les avantages et les inconvénients de l'incorporation ou le référencement des données. Cette vidéo va certainement aider (https://www.youtube.com/watch?v=-o_VGpJP-Q0&t=21). Dans votre exemple, le numéro de téléphone de l'attribut doit être sur la même table (dans un document de la base de données), parce que le numéro de téléphone d'une personne change rarement.

InformationsquelleAutor Prince Owen

Vous devez vous connecter pour publier un commentaire.