XML è l'albero etichettato, un caso speciale di grafici. Quindi, perché esistono database XML separati e perché XML non è archiviato nei database dei grafici? A prima vista sembra così facile: si dovrebbero mappare le operazioni di analisi e archiviazione XML per eseguire operazioni di inserimento / aggiornamento del database e si dovrebbero tradurre le query XQuery nelle query di Gremlin. Potrebbe esserci un piccolo strato in grado di convertire ogni database grafico in un database XML. Sembra così facile e ovvio. Ma, per quanto ho cercato sul Web, non esiste un tale livello. Tutti i database XML non sono solo livelli in cima al database grafico, sono progetti autonomi.
Questa domanda sulle differenze tra database XML e graph è ancora più reale quando si osserva che ci sono solo pochi (non convincenti) database XML open source la cui scalabilità può essere un problema (e c'è un database XML commerciale molto affidabile - Clusterpoint, Immagino che BaseX sia il più serio database XML open source) ma ci sono diversi database di grafi molto scalabili e seri (per es. JanusGraph). Quindi, forse la creazione del livello citato su un database grafico open source scalabile è il percorso praticabile per creare un database XML open source scalabile?
Generalmente, i database di grafi e XML utilizzano algoritmi completamente diversi nella loro implementazione? Cosa li rende diversi e perché non si può considerare / implementare un database XML come una semplice specializzazione del database grafico?
Sto chiedendo solo concetti generali e nomi di algoritmi, non sono richieste specifiche.