Suchergebnisse für „mongodb“
Currently I'm working on a new project, no, I was working on it and finished yesterday. Jörg, the other guy involved in this, is very good at testing new things - and he found a problem which hasn't been there before: UTF-8 chars are shown as two-byte crap, so "ä" was shown as "ä". Common thing: UTF-8 conversion, but I didn't realize why it didn't show up before (on my development system) and why it didn't show up on other projects.
CRUD steht für Create, Read, Update and Delete, übersetzt Erstellen, Lesen, Ändern und Löschen.
Hunter hat eine kurze, aber sehr gute Zusammenfassung der CRUD-Funktionen mit MongoDB und Perl geschrieben, die ich Euch keinesfalls vorenthalten möchte.
Meiner Meinung nach sollte diese Seite entweder Teil des MongoDB::Tutorial werden oder zumindest von dort verlinkt sein.
Nach dem sich MongoDB durchgesetzt hat und ein Objekt-Wrapper entstanden ist, geht es jetzt also an den ersten Praxiseinsatz.
Dabei zeigen sich nach und nach bisher noch unbekannte Vor- und Nachteile der Kombination Perl/Objekt-Wrapper/MongoDB und einige Klippen müssen noch umschifft werden.
Nachdem MongoDB das Datenbankrennen knapp gewann, stand heute eine passende Abstraktionsschicht für den Zugriff auf dem Plan.
Bei diesem Schritt habe ich mich für "Test driven development" - kurz TDD - entschieden, einem Verfahren bei dem erst das Endergebnis in mittels einer Reihe von Tests definiert wird und dann ein Modul (bzw. Programm) entwickelt wird, dass alle Tests erfolgreich besteht. Wurden die Tests entsprechend sauber und vollständig geschrieben, ist das Projekt dann abgeschlossen.
Seit nunmehr 23 Jahren entwickle ich Software. Zu meinen Anfangzeiten waren Ressourcen noch etwas, dass sehr schonen behandelt werden musste, ein Datapoint 6600 hatte gerade mal 64kB RAM und die mussten sich alle gleichzeitig laufenden Programme aller Benutzer auch noch teilen. Dagegen war der 86HC12 mit seinen 4kB Flash und 192 Byte RAM in Assembler programmiert geradezu luxuriös.
Auch wenn die Zeiten sind geändert haben und 99,995% aller Anwendugen auf jedem 5 Jahre alten Server problemlos laufen und auch ohne Datenbank-Indices und irgendwelche Optimierungen den Server nie ernsthaft belasten - es widerstrebt mir immer noch innerlich, Ressourcen sinnlos zu verschleudern. Genau an dieser Stelle kommt Moose ins Spiel. Es ist - und dafür akzeptiere ich auch alle Flames - überflüssig.
Vor ein paar Tagen habe ich die Frage aufgeworfen, ob mein nächstes Projekt eine SQL-basierte oder NoSQL/dokumentenbasierte Datenbanknutzen soll.
Auf der SQL-Seite tritt Postgres - mein aktuelle Favorit unter den Datenbanken - an und auch wenn regelmäßig neue Versionen herauskommen, kann Postgres als "fertig" betrachtet werden.
Recht neu sind CouchDB und MongoDB, zwei dokumentenorientierte Datenbanken, die für diese Seite in das Rennen gingen. Das Ergebnis ist knapper als erwartet ausgefallen.
Zwei Sachen sind mir zu MongoDB nach dem letzten Post noch aufgefallen, die nicht unerwähnt bleiben sollen:
Sid Burn hat mich gestern auf MongoDB aufmerksam gemacht.
Ich bin seinem Rat gefolgt, und habe den interaktiven Online-Kursausprobiert. Wider erwarten handelte es sich glücklicherweise nicht um ein langweiliges Video, sondern wirklich um einen interaktiven Lehrer.
CouchDB scheint das dokumentenbasierte Prinzip exakt umgesetzt zu haben, während MongoDB sich näher an der Realität bewegt - und dabei sehr sehr stark an SQL erinnert.
