I dag måste en datamängd ofta sparas med flera strukturer, för olika ändamål. Ett typexempel är en normaliserad databas för transaktionshantering och en stjänmodell för beslutsstöd.
Skärmdump: www.1keydata.com
2/7"Consistency".
”Consistency”, ungefär överensstämmelse på svenska, syftar i databassammanhang på att en transaktion inleds när en databas befinner sig i ett stabilt tillstånd och avslutas med databasen i ett stabilt tillstånd. Det är ofta en egenskap som saknas i nya typer av databaser.
Skärmdump: guide.couchdb.org
3/7Frågespråk.
Nya typer av databaser kommer oftast med egna frågespråk, vilket försvårar anammandet av dem. På sikt blir standardspråket sql ofta tillgängligt som ett alternativ.
Skärmdump: readwrite.com
4/7Programmeringsparadigmer.
Gäller även för traditionella relationsdatabaser. Problemet är att data representeras på olika sätt i programkoden för en applikation och i databasen som data lagras i och därför måste konverteras. Objektorienterade program och relationsdatabaser är ett typexempel.
Skärmdump: www.sqlservercentral.com
5/7Konverteringar.
När nya databastyper tas i bruk måste ibland gamla data föras över till dem. Problemet är att strukturen för data är olika, vilket kräver konverteringar som ofta är jobbiga.
Skärmdump: calvinsmithsoftware.com
6/7Procedurer.
Om det ens finns ett språk för procedurer, ”stored procedures”, i en ny typ av databas får man räkna med att det krävs konverteringar om procedurer från en annan databas ska återskapas.
Skärmdump: pointbeing.net
7/7Glesa matriser.
Data som samlas in om företeelser i den verkliga världen är ibland väldigt spridda vad gäller de attribut som beskrivs. Det resulterar i glesa tabeller, eller glesa matriser, vilka kan vara krångliga att hantera på ett effektivt sätt i en databas.