Saya tahu jawaban ini agak terlambat, tetapi untuk MongoDB, Anda mungkin melihat sesuatu yang sedikit berbeda.
Mongo tidak memiliki skema, jadi konsep "tablePerHierarchy" belum tentu berguna.
Asumsikan berikut ini
class A
property X
property Y
property Z
class B inherits from A
property W
Dalam RDMS Anda mungkin akan memiliki sesuatu seperti ini
table A: columns X, Y, Z
table B: columns X, Y, Z, W
Tetapi MongoDB tidak memiliki skema. Jadi Anda tidak perlu menyusun data dengan cara ini. Sebagai gantinya, Anda akan memiliki "koleksi" yang berisi semua objek (atau "dokumen") bertipe A atau B (atau C...).
Jadi koleksi Anda akan menjadi serangkaian objek seperti ini:
{"_id":"1", "X":1, "Y":2, "Z":3}
{"_id":"2", "X":5, "Y":6, "Z":7, "W":6}
Anda akan melihat bahwa saya menyimpan objek tipe A tepat di samping objek tipe B. MongoDB membuatnya sangat mudah. Cukup tarik Dokumen dari Koleksi dan "secara ajaib" memiliki semua bidang/properti yang sesuai.
Namun, jika Anda memiliki "objek data" atau "entitas", Anda dapat membuat hidup Anda lebih mudah dengan menambahkan tipe.
{"_id":"1", "type":"A", "X":1, "Y":2, "Z":3}
{"_id":"2", "type":"B", "X":5, "Y":6, "Z":7, "W":6}
Ini mempermudah penulisan kelas pabrik untuk memuat objek Anda.
