StupidDB – object-persistence-framework

Stefan Kölle — Mon, 13 Jul 2009 13:30:33 +0000

Angeregt durch die Diskussion auf dem Open-Spaces zum Thema schemalose Datenbanken, werden wir heute bereits die Vorabversion unserer StupidDB als open-source releasen.

Die StupidDB entstand bei uns aus der Notwendigkeit, immer wieder Objekte und Files schnell und einfach zu speichern, dies serverlos und trotzdem skalierbar und hochverfügbar vorzuhalten. Die StupidDB lässt sich am besten wie folgt beschreiben:

StupidDB ist ein einfaches Objektspeicherungs-Framework auf dem Filesystem. Vergleichbar mit dem WebCache kann man in der StupidDB jegliches Objekt ablegen, welches kosteneffizient auf dem Filesystem gespeichert wird. Geladen werden können Objekte und Binärdaten mit einem eindeutigen Key und einer Partition. Den echten Speicherort auf der Festplatte ermittelt StupidDB selbst. Durch Replikation des Filesystems z.B. per Windows-DFS ist zudem eine einfache Hochverfügbarkeit und Skalierbarkeit der Datenbasis herzustellen.

Angeregt durch einen Blogeintrag von tilllate.com letztes Jahr, entstand bereits vor einem Jahr die erste Version von StupidDB, welches bis zum Blogeintrag nur aus einem Konzept bestand. Leo Büttiker hat zwar ein leicht anderes Konzept als unsere Implementierung, in den Kernpunkten ähnelt sich aber das Design. StupidDB bekam durch diesen Blogpost damals jedoch seinen Namen.

Für folgende Anwendungsszenarien sehen wir StupidDB als geeignet:

Userdaten wie Fotos und Mediadaten, die eine Datenbank nur unnötig aufblähen
temporäre Daten
Statusdaten
Versionierung von Daten

Als Vorteile gegenüber z.B. MogileFS, CouchDB zählt für uns vor allem, dass kein zentraler Server für die Datenbank benötigt wird, sondern nur ein Share im Netz. Die Implementierung ist dadurch enorm vereinfacht. Mit weiteren Windows-Board-Mitteln kann man danach das ganze System um Hochverfügbarkeit und Skalierbarkeit einfach ausbauen.

Die Nutzung selbst ist denkbar einfach. Folgendes Mitarbeiter-Objekt möchte ich speichern.

public class Mitarbeiter
{
public int Id { get; set; }
public string Name { get; set; }
public string Vorname { get; set; }
public string Ort { get; set; }
public string Plz { get; set; }
 72
public string VollerName
{
get { return string.Format(“{0} {1}”, Vorname, Name); }
}
}

Dazu nutzt man die Put-Methode der StupidDB.

IStupidDB stupidDB = new StupidDB(“test”);
Mitarbeiter mitarbeiter = new Mitarbeiter
{
Id = 1,
Name = “Christian”,
Vorname = “Thomas”,
Ort = “Rosenheim”,
Plz = “83026″
};
stupidDB.Put( “TestPartition”, “EinMitarbeiter”, mitarbeiter );

Um das gleiche Objekt wieder zu lesen, nutzt man mal eine Get Methode. Die Parameter sind Partition und Key:

Mitarbeiter mitarbeiterAusgelesen =
(Mitarbeiter)stupidDB.GetObject(
“TestPartition”,
“EinMitarbeiter”,
typeof(Mitarbeiter)
);
if (mitarbeiterAusgelesen != null)
{
Console.WriteLine(“Name des Mitarbeiters: {0}”,
mitarbeiterAusgelesen.VollerName);
}

Die StupidDB selbst wird über die app.config definiert.

<configuration>
<configSections>
<section name=“stupidDB“ type=“Aztec.StupidDB.DBConfigCollection, Aztec.StupidDB, Version=1.0.0.0, Culture=neutral“ allowLocation=“true“ allowDefinition=“Everywhere“/>
configSections>
<stupidDB>
<DB name=“test“ root=“temp\test“ tiefe=“3“ versionierung=“false“ />
stupidDB>
configuration>

Wer sich den aktuellen Code einmal ansehen möchte, kann dies gerne unter folgendem Link ansehen:

https://stupiddb.svn.sourceforge.net/svnroot/stupiddb/trunk

build broken » Release

StupidDB – object-persistence-framework