Je sais que cette réponse est un peu en retard, mais pour MongoDB, vous êtes probablement à quelque chose de légèrement différent.
Mongo est schemaless, donc le concept de "tablePerHierarchy" n'est pas nécessairement utile.
Supposons que les éléments suivants
class A
property X
property Y
property Z
class B inherits from A
property W
Dans un SGBDR vous aurait probablement quelque chose comme ça
table A: columns X, Y, Z
table B: columns X, Y, Z, W
Mais MongoDB ne dispose pas d'un schéma. Vous n'avez donc pas besoin de structurer les données de cette manière. Au lieu de cela, vous auriez une "collection" contenant tous les objets (ou "documents") de type A ou B (ou C ...).
donc votre collection serait une série d'objets comme celui-ci:
{"_id":"1", "X":1, "Y":2, "Z":3}
{"_id":"2", "X":5, "Y":6, "Z":7, "W":6}
Vous remarquerez que je stocker des objets de type A à côté des objets de type B. MongoDB rend cela très facile. Tirez simplement un document de la collection et il a "magiquement" tous les champs/propriétés appropriés. Toutefois, si vous avez des «objets de données» ou des «entités», vous pouvez vous faciliter la vie en ajoutant un type.
{"_id":"1", "type":"A", "X":1, "Y":2, "Z":3}
{"_id":"2", "type":"B", "X":5, "Y":6, "Z":7, "W":6}
Cela facilite l'écriture d'une classe de fabrique pour le chargement de vos objets.