NoSQL mit StupidDB
Posted by Stefan Kölle in StupidDB, tags: Datenbank, NoSQL, SchemalosSeit ein paar Monaten wird der Begriff NoSQL (Not only SQL) immer häufiger verwendet. Wir sind mit unserer schemalosen Datenbank StupidDB vor eineinhalb Jahren bereits auf diesen Zug aufgesprungen und jetzt hat sie einen Überbegriff bekommen: auch StupidDB ist NoSQL!
Auf dem BarCamp in Nürnberg war NoSQL auch ein Thema und Jonathan Weiss hat in seiner Session gut dargestellt, dass relationale Datenbanken nicht immer die Lösung für alle Probleme sind. NoSQL Datenbanken speichern meist dokumentenorientiert und sind dadurch nicht an ein festes Schema gebunden. Relationale Datenbanken haben ein fixes Schema und erlauben dynamische Abfragen der Daten, bei NoSQL ist dies umgekehrt. Weitere Informationen zu NoSQL bei Wikipedia.
Im März Heft der dotnetpro stelle ich ausführlich den Einsatz von StupidDB vor. Das Heft ist am 18.2.2010 erschienen und sollte jetzt in jedem gut sortierten Kiosk erhältlich sein.
Für alle, die sich Heft nicht griffbereit haben, ich habe bereits Mitte letzten Jahres in einem Blogpost den Einsatz von StupidDB beschrieben. Hier sieht man zumindest die Grundzüge der StupidDB. Das aktuelle dotnetpro Heft lohnt sich jedoch trotzdem, da hier noch weitere Artikel zum Thema NoSQL zu finden sind. Unter anderem das Lounge Repository von Ralf Westphal und auch CouchDB.
Als neuester Vertreter in der NoSQL Bewegung gilt MongoDB. Eine Opensource Implementierung die nun auch Sourceforge einsetzt. Auch dafür gibt es schon Blogposts und Tests mit .NET.
Zudem hat Ayende Rahien im Herbst letzten Jahres auch seine Rhino Divan DB vorgestellt. Interessant klingt auch Object Lounge.
Es scheint also ein Bedarf an alternativer Datenpersistenz zu bestehen, wird sich zeigen wohin dieses Jahr die Reise bei NoSQL geht.
Wer sich den aktuellen Code einmal ansehen möchte, kann dies gerne unter folgendem Link ansehen:
https://stupiddb.svn.sourceforge.net/svnroot/stupiddb/trunk
Als DLL haben wir StupidDB auf www.aztec-project.org bereitgestellt.
Verwendet ihr schon NoSQL?
Und wo kann man sich diese schamlose – ah, schemalose Datenbank nun runterladen?
Hallo Nils,
ich habe in der Tat vergessen in diesem Blogpost die URL noch einmal zu posten.
Habe ich nun nachgeholt.
Der aktuelle Sourcecode ist hier zu finden:
https://stupiddb.svn.sourceforge.net/svnroot/stupiddb/trunk
Bin gespannt was du dazu sagst…
Gruesse
Stefan
Hallo,
ich wollte die stupiddb austesten, leider kann ich die dll nicht zum download finden. bei der url, welche im dotnet-pro artikel beschrieben, finde ich keine files zum download. (–> oder ist das so gewollt)?
vielleicht kann mir jemand helfen 🙂
dank ronald
Hallo Ronald,
StupidDB gibt es im Moment nur direkt im SourceCode, die aktuelle Version kann man direkt per SVN downloaden:
https://stupiddb.svn.sourceforge.net/svnroot/stupiddb/trunk
Vielleicht sollten wir demnaechst auch die binaere Version davon bereitstellen.
Gruss
Stefan
ich habe leider kein svn. ich habe probiert die files einzeln runterzuladen, aber dann kommen viele Fehler. Finde deinen Vorschlag gar nicht schlecht oder code als ZIP für alle NICHT-svn Benutzer. Wäre super. Vielen Dank vorab, Ronald
Werde mich am Wochenende um die Gezippte Version kuemmern…
Hallo Ronald,
die DLL und der Sourcecode kann nun als ZIP direkt runtergeladen werden:
http://www.aztec-project.org
Gruss
Stefan
danke für die bereitstellung. habe es ausprobiert – sehr schönes teil 🙂 hatte keine probleme bei der erstellung einer demo (unter hilfe von eurem blog)
ich habe etwas ähnliches gebaut, um einstellungsdaten für anwendung zu speichern (z.B. com-port, parameter für prüfprogramme usw.) – letztlich funktioniert meine app ähnlich wie eure –> Key – Value, generisch. den speicherort habe ich mit “providern” gelöst, somit kann der anwender entscheiden, ob die files auf der festplatte landen oder vielleicht doch in einer sql-db oder was ganz anderes.
vielleicht für euch hilfreich um eine GUI bereitzustellen:
die gui habe ich mit propertygrid gelöst. um dort dann z.B. Listeneinträge zu ergänzen, muss dann eine spez. liste erstellt werden, welche ICustomTypeDescriptor impl., ein eigener PropertyDescriptor (generisch) muss auch erstellt werden.
das brauchte ich, weil betreuer von einem automaten, ohne xml-kenntnisse die daten pflegen müssen.
grüße ronald