Bestillingen Markup Language er selvsagt faktisk en forekomst av XML og der legger ironi. SGML har alltid hatt data strukturering evne, men gitt kompleksiteten av både verktøy og språket i seg selv ved hjelp av SGML som en databeskrivelsesspråk ble rett og slett ikke er kostnadseffektivt. Men ved å kutte ut en betydelig del av den overliggende som SGML representerer hele forestillingen om at et dokument er ganske enkelt ett fra en datastruktur fremkommer raskt. Denne erkjennelsen gjorde ikke av pass programmerere. De fleste programmeringsspråk har grunnleggende datastruktur som er innebygd i språkbundet, lister, vektorer, collections- men disse er for det meste lineære strukturer. En struktur i særdeleshet, ikke assosiativ array la du forbinder en etikett med en gitt enhet i en liste, og hvis det foretaket selv som en assosiativ array så kan du bygge en struktur som ligner på det XML tilbud. (Og i noen språk XML-parsere er bygget på nettopp denne måten.)

Problemet med en slik trestruktur kommer imidlertid fra det faktum at det ikke er konsistent metodikk for å skape slike trær; i hovedsak å bygge en logisk treet må du skrive dine egne teknikker for å fylle treet for å navigere det for spørring elementer innen det og så videre. Dette problemet er bare gjort verre, fordi slike trestrukturer skjer hele tiden i programmering. Kanskje dette er fordi programmerere har en tendens til å organisere ting i hierarkiske biter, eller kanskje det er et karakteristisk trekk informasjon (en konsekvens av data + kontekst = informasjon aforisme tidligere relatert). Beskrive data med XML, programmerere endte opp med to ting gratis: en mekanisme for å skape og å navigere i et hierarkisk data treet (XML parser) og en måte å representere hierarki på en konsistent og lett kontrollerbar måte. Dermed selv som SGML betinget av XML-fellesskapet finne ut måter å legge til flere dokument-sentriske funksjoner web- og applikasjonsutviklere begynner å innlemme XML i sine programmer for å håndtere de mindre mer umiddelbare hierarkier at de står overfor hver dag. En av egenskapene til de fleste databaser er at de beholder mer enn bare de faktiske data for de elementer i sine bord; de også inneholde informasjon om datatypen for element begrensninger på en elementer mulig verdi om et gitt felt kan være tomt, og så videre.

Kort sagt en god database bør også inneholde metadata om sin informasjon. SGML har noen alvorlige mangler med hensyn til metadata. Fordi språket egentlig behandler sine dokumenter til enhver tid som samling av teksttegn, behovet angi om et gitt element har egenskapene til en date, eller et reelt tall eller et tall finnes ikke. SGML kan spesifisere et sett med symboler, men selv da evnen er betydelig mindre nyttig fra en data standpunkt fordi tokens har betydelige begrensninger på hvordan de kan formes (uten mellomrom, ingen tegnsetting, ingen linje break; bare alfanumeriske tegn). En data ordningen språket ville la utviklerne satt egenskaper i sin XML-dokument som gjør dem mer database-aktig.