DF2010 Livet på servicedesken - Prosa

Traditionel transaktionsorienteret database
Logging 17%
Latching 19%
Seks nye databaser
Låsning 21%
en klar grænse mellem relationsdatabaser
og key-value-modeller. En relationsdatabase
kan nemlig godt implementeres oven på en
key-value-store. Det nye i de nye databaser
er, at de forsimpler ideen om, hvad en database
skal kunne. Én størrelse passer nemlig
ikke til alle.
– En generaliseret database, der passer
til alle behov, er i sagens natur sværere at
optimere end en specialiseret, siger Rasmus
Resen Amossen.
Buffer manager 35%
Brugbart
arbejde
8%
Alle de databaser, der nævnes her, findes i open source-udgaver.
Cassandra
En nøgle-værdi-database (key-value-store) uden SQL, oprindeligt
udviklet af Facebook til at håndtere søgning i brugerens indboks.
Cassandra er et klyngesystem, hvor alle noder efter et vist
stykke tid er i en konsistent tilstand, altså indeholder samme
data. Alle klyngens noder er identiske. Skrevet i Java.
MongoDB
Også en nøgle-værdi-database uden SQL, men værdierne kan
være strukturerede som dokumenter i JSON-formatet. MongoDB
gemmer data i hukommelsen og skal udrulles i en master-slavekonfiguration
for at sikre, at data ikke forsvinder ud i det blå ved
nedbrud. Skrevet i C++ med drivere til mange andre miljøer.
VoltDB
En ny database skabt af MIT-professoren Michael Stonebraker,
som tidligere har haft en finger med i spillet om SQL-databaserne
Ingres, Postgres og kolonne-databasen Vertica. VoltDB
adskiller sig fra de andre databaser i den nye generation ved at
Facebook benytter sin egen hjemmelavede
key-value-database Cassandra.
– Facebook er så kæmpestort, og de skal
håndtere en mega-belastning, så hvert
millisekund tæller. Der er uhensigtsmæssigheder
i de gamle paradigmer, og hvis
Facebooks arbejdsbelastning bruger, hvad
man kan finde i en key-value-store, så er
det jo fint.
En anden ny type database, som Rasmus
Resen Amossen synes flere danskere skulle
VoltDB
Overhead 5%
Brugbart arbejde 95%
Databaser
Ved at fjerne en række af funktionerne i de klassiske databaseparadigmer
kan VoltDB opnå en væsentlig forbedring af ydelsen.
Kilde: VoltDB.
kigge på, er kolonnedatabaser, som er skabt
til analytiske opgaver. Ved at gemme data i
kolonner i stedet for i rækker er det meget
nemmere at udføre såkaldte aggregeringer,
som for eksempel at finde summen af alle
tal i en kolonne.
– Du kan ofte opnå en kæmpe faktor i
speedup ved at flytte data over i kolonnedatabaser,
hvis dit workload er analytisk.
Det er derfor lidt ærgerligt, at mange ikke
kender til de her systemer.
benytte klassiske tabeller og SQL. VoltDB kan ifølge sine egne
benchmarks slå stort set alle andre databaser af banen, målt i
transaktioner per tid. Ligesom MongoDB sker det ved at håndtere
alle data i hukommelsen samt at skære unødvendige funktioner
væk og undgå JDBC- og ODBC-drivere. Søgninger udføres
via stored procedures, som skrives i Java. Bygger på Java og C++.
CouchDB
Minder meget om MongoDB ved at være dokumentorienteret
med JSON og uden SQL, men benytter disk som lager og er skrevet
til at køre på en klynge af almindelige pc’er. Skrevet i Erlang.
Værdier i CouchDB kan tilgås med en URL.
Redis
Kalder ikke sig selv for en database, men benytter i stedet den
mere ydmyge betegnelse ’datastore’. Benytter også nøgle-værdi-modellen,
hvor værdier kan være strenge samt forskellige
strukturerede mængder af strenge, såsom lister, hashmaps osv.
Skrevet i C.
MonetDB
Er en kolonne-orienteret database med blikket rettet mod meget
store analytiske opgaver.
Prosabladet · 11 · 2010 27