0

Je dirige un projet qui traite de pièces de théâtre, principalement Shakespeare. En ce moment, pour le stockage, nous les analysons simplement sur dans un tableau JSON formaté comme ceci:représentant le jeu en relationnel db

[0: {"title": "Hamlet", "author": ["Shakespeare", "William"], "noActs": 5}, | info 
1: [null, ["Scene 1 Setting", "Stage direction", ["character", ["char line 1", "2"]] | act 1 
...] 

et de les enregistrer dans un fichier.

Nous aimerions maintenant passer à une base de données relationnelle pour une variété de raisons (avant tout la recherche en cours), mais nous n'avons aucune idée de comment représenter les choses.

Je cherche un aperçu de la meilleure façon de faire les choses?

+1

Vous pouvez également lecture sur MongoDB. Votre objet JSON peut stocker directement dans le document. Pour en savoir plus sur un modèle relationnel, parlez-nous un peu plus de vos "entités-objets" et de leur relation réciproque. Raconter une histoire. –

Répondre

0

le sujet est 'normalisation'

commencer par identifier vos classifications principales, telles que PLAY, AUTEUR, LOI SUR SCÈNE

puis ajouter des attributs - en particulier, une clé primaire comme play_id, act_id, etc.

puis d'ajouter encore d'autres attributs tels que NAME ou d'autres informations d'identification.

Ensuite, ajoutez quelques relations entre ces objets en créant plus de tables comme PLAY_AUTHOR qui inclut PLAY_ID et AUTHOR_ID.

+0

il y a un grand livre sur ce que j'ai qui couvre la normalisation dans les moindres détails, des concepts à la mise en œuvre (la plupart agnostique de plate-forme, bien que le titre indique le contraire.) Http://www.amazon.com/Pro-Server-2000-Database- Dessin/dp/1590593022/ref = sr_1_4? Ie = UTF8 & qid = 1297016833 & sr = 8-4 –

0

Je ne suis pas très amateur de cinéma, mais cela peut vous donner quelques idées si vous choisissez une base de données relationnelle.

enter image description here

Questions connexes