Et databasedesign lages noen ganger som en nåværende instans, og skjemaevolusjon vurderes derfor ikke. (Dette er annerledes, men relatert til når en database utformes etter prinsippet "én størrelse passer alle" men som ikke dekker attributtvolatilitet). Denne antakelsen, som nesten er urealistisk i forbindelse med tradisjonelle informasjonssystemer, blir uakseptabel i systemer som beholder store mengder historisk informasjon eller webinformasjonssystemer, som på grunn av den distribuerte og samarbeidende karakteren til utviklingen deres er gjenstand for et enda sterkere endringspress (fra 39 % til over 500 % mer intenst enn i tradisjonelle miljø). På grunn av slik historisk arv er skjemaevolusjons-prosesser per 2008 spesielt krevende, og det er anerkjent at dataadministrasjonsbiten i en applikasjon er en av de vanskeligste og mest kritiske komponentene som må utvikles. Hovedproblemet er effekten av skjemautviklingen på eksisterende spørringer og applikasjoner. Som vist i artikkelen (som gir en analyse av MediaWiki-evolusjonen) kan hvert utviklingstrinn påvirke opptil 70 % av spørringene som opererer på skjemaet, som følgelig må omarbeides manuelt.