Di seguito sono elencate le fasi comuni applicate, per una mappa di requisiti (dati) del mondo reale in uno schema specifico DBMS.
Modelli concettuali ER / EER / CODASYL / Gerarchico colmano il divario, nel mappare i dati del mondo reale (requisito) allo schema specifico DBMS.
Nel mondo RDBMS, la mancata corrispondenza di impedenza relazionale all'oggetto è la causa per l'applicazione di queste fasi nella progettazione del database.
L'utilizzo di RDBMS riduce l'agilità dell'applicazione, poiché una volta progettato, il database richiede molto tempo per modificare nuovamente lo schema del database, in base ai nuovi requisiti.
Ma usando, database di documenti (ad esempio MongoDB), il fattore di mappatura degli oggetti è intuitivo, che minimizza il problema di mancata corrispondenza .
Quindi, incorporamento & referenziamento di entità in JSON, sarebbe sufficiente per modellare i dati del mondo reale (requisito) in un database di documenti.
I modelli concettuali (ER / EER / ..) non sembrano una necessità, per la modellazione del database dei documenti.
Dati di modellazione per il database dei documenti (ad esempio MongoDB), queste fasi sono ancora valide?