Beine noch nicht verlängert
Allgemein NoSQL MongoDB
Aber gefunden habe ich die MongoDB ... kommt aber nicht aus dem Kongo
Ist auch so eine NoSQL - Datenbank....
Kategorie Aber gefunden habe ich die MongoDB ... kommt aber nicht aus dem Kongo
Ist auch so eine NoSQL - Datenbank....
Wer sich für .Net und MongoDB interessiert
ist wohl hier richtig aufgehoben,
aber nur wenn es um die Integration mit C# geht.
Ein gewisser Michael C. Kennedy hat in seinem Blog mal einen Performancevergleich zwischen SQL Server 2008 und MongoDB gemacht ->
Man braucht ja immer mal einen schnelle Datenstore.... werde es demnächst mal einsetzen und meine Erfahrungen berichten..... (Wenn ich mir nicht die Beine verlängern lasse )
Gruß JJR
Ein gewisser Michael C. Kennedy hat in seinem Blog mal einen Performancevergleich zwischen SQL Server 2008 und MongoDB gemacht ->
Man braucht ja immer mal einen schnelle Datenstore.... werde es demnächst mal einsetzen und meine Erfahrungen berichten..... (Wenn ich mir nicht die Beine verlängern lasse )
Gruß JJR
Kommentare
die Zahlen dieser NoSQL-DB's sind schon beeindruckend. Nur frage ich mich, wo ist hier der Haken? Ich habe mich noch nicht im Detail mit dem Thema beschäftigt (du ja sicherlich schon), also was kann man mit den NoSQL-DB's nicht abbilden oder machen was mit SQL geht? Ansonsten müsste man ja laut den Zahlen sofort das Oracle/MSSQL wegwerfen und die "Couch" oder "Mongo" nehmen
Wie sieht es mit dem Einsatz in einer echten Enterprise-Umgebung (tausende Nutzer, haufenweise parallele Connections usw.) mit einer dieser NoSQL-DB aus?
Viele Grüße,
Sebastian
P.S.: hast Du schon einen Termin beim Doc in München?
Erstellt von Sebastian Stricker um 09:09:32 PM am 06/05/2010 | - Website - |
brauche keinen Termin bei doc in munich -> Das wird schon helfen ->
{ Link }
Also auf den ersten Blick gibt es keine Stored Procedures, weiters kann man wahrscheinlich auch nicht so einfach die ganzen DataSet, DataTables usw. benutzen. Wenn ich es irgendwo recht gelesen habe, ist es eigentlich immer so, dass man an eine Datenbank 3 Forderungen hat
- Performance
- Skalierbarkeit
- Konsistenz
Aber eigentlich immer nur 2 der Forderungen erfüllt werden können.
NoSQL Datenbanken verzichten meistens auf "Konsistenz", da diese "Transaktionen" seperat wiederhergestellt werden kann
Gruß JJR
P.S.: Braucht man Performance und Skalierbarkeit (Middleware), dann ist so eine NoSQL-Datenbank wohl die richtige Wahl. Hier noch ein weiterer { Link }
Erstellt von JakeJBlues um 09:37:06 PM am 06/05/2010 | - Website - |
ich habe gerade mal auf der Seite der MongoDB mit dieser JS-Konsole rumgespielt. Auf jeden Fall ich finde es schon ziemlich intuitiv wie das alles mit der JSON gehandelt wird, vor allem kommt es mir auch so vor als ob man damit - zumindestens bei einigen ersten Aktionen mit der DB - auch wesentlich weniger schreiben muss als mit SQL
Ich werde mir das auf jeden Fall mal anschauen - es hat mein Interesse geweckt. Hast Du damit schon mal richtig was ausprobiert oder nicht? Ich melde mich bestimmt nochmal dazu
Viele Grüße,
Sebastian
P.S.: am spektakulärsten finde ich, dass es frei von Spaltendefinitionen ist und man innerhalb eines "Schemas" ein neues Dokument einfügen kann was einfach noch 2-3 Properties mehr hat als alle vorhandenen ohne dass man die Altdaten anfassen muss
Erstellt von Sebastian Stricker um 09:28:56 PM am 06/09/2010 | - Website - |
ich denke in Verbindung mit nServiceBus eigent sich die MongoDB hervorragend zum Aufsetzen einer Middleware inklusive Notify-Filter
Gruß JJR
Erstellt von JakeJBlues um 01:29:25 PM am 06/10/2010 | - Website - |