, købet markup language er jo faktisk et tilfælde af xml - og deri er ironi.sgml har altid haft de data, strukturering af kapacitet, men på grund af kompleksiteten af både de redskaber og det sprog, selv med sgml som databeskrivelse sprog ikke var rentable.men ved at skære en betydelig del af de udgifter, at sgml repræsenterer hele tanken om, at et dokument blot er en datastruktur hurtigt op.denne erkendelse har ' t pass programmører.de fleste programmeringssprog, har grundlæggende data struktur, som er indbygget i de sprog i forbindelse med lister, vektorer, samlinger, men disse er for det meste lineære strukturer.en struktur, især foreninger system er lad du forbinder en etiket med en given enhed i en liste, og hvis virksomheden sig som en automatiseret system, så du kan bygge en struktur svarende til, hvad xml - tilbud.(og i nogle sprog xml - parsers bygger netop på denne måde.), problemet med et sådant træ struktur, men kommer fra den kendsgerning, at der ikke er nogen pålidelig metode til at skabe disse træer, i det væsentlige at bygge en logisk træ skal du skrive din egen teknik til at befolke træet for navigation til være elementer i det og så videre.dette problem forværres blot fordi sådanne træ strukturer, der hele tiden sker i programmeringen.måske er det, fordi programmører har tendens til at tilrettelægge det hierarkiske dele, eller måske er det en iboende egenskab af oplysninger (en konsekvens af data + forbindelse = oplysninger aphorism tidligere forretningsmæssigt forbundne).beskrivelse af data med xml, programmører endte med to ting gratis: en mekanisme til at skabe og navigation en hierarkisk data træ (xml - parser) og en måde at repræsentere hierarki i en sammenhængende og let kontrollerbar måde.således som sgml betinget af xml - ef - finde måder at tilføje mere dokument centriske karakteristika og anvendelse af xml web udviklere begynder i deres ansøgninger til at håndtere de mindre mere umiddelbare hierarkier, de står over for hver eneste dag.et af kendetegnene ved de fleste databaser, er, at de har mere end blot de faktiske data for de elementer i disse tabeller, der indeholder ligeledes oplysninger om de oplysninger, den type element begrænsninger på en elementer mulige værdi, om et givet område kan være blank osv. kort sagt i en god database bør også indeholde metadata om dens oplysninger.sgml - har nogle alvorlige mangler med hensyn til metadata.fordi de sprog i sig selv behandler sine dokumenter på alle tidspunkter som indsamling af tekst tegn, behovet for at præcisere, om et bestemt element har karakter af en dato eller et tal eller tal er ' ikke eksisterer.sgml kan angive sæt møntefterligninger, men selv da kapacitet er betydelig mindre nyttige data fra et standpunkt, fordi møntefterligninger har betydelige begrænsninger for, hvor de kan blive oprettet (nr. rum, ingen skilletegn, ingen linje op. bare alfanumeriske tegn).et data - ordningen sprog ville lade udviklere, der er fastsat i forhold til deres xml - dokument, der gør dem mere database.,