Moin DevTekler,
da in meinem letzten Thread die Diskussion aufkam MongoDB oder MySQL für Minecraft, hier eine kleine Umfrage.
Bitte schreibt die Gründe wieso ihr gerade die Datenbank verwendet als Antwort in diesen Thread. 
Gruß,
Lusu007
Ich nutze tatsächlich für alles Netty. Dadurch kann ich zum Beispiel alle Spielerstatistiken während er online ist cachen und nach dem Leften einfach wieder auf der Festplatte abspeichern.
Oder - was auch MongoDB kann - einfach alles in einem Objekt abspeichern und dann binär durchsenden 
Ich habe damals auch MySQL und HikariCP verwendet. Später habe ich aber erfahren, dass MongoDB dafür eher verwendet werden sollte. Für MongoDB habe ich aber auch noch keinen ConnectionPool gefunden.
bei mir baut MongoDB automatisch einen auf. Kann evtl. An Mongoose liegen.
Naja, es kommt drauf an was ich doch machen möchte. Fange ich ein projekt an und weiß nicht wie später meine Datenbank aussehen soll nutze ich NoSQL Datenbanken. Für Statistiken und Spieldaten wird ausschließlich MySQL benutzt.
Naja, es kommt drauf an was ich doch machen möchte. Fange ich ein projekt an und weiß nicht wie später meine Datenbank aussehen soll nutze ich NoSQL Datenbanken. Für Statistiken und Spieldaten wird ausschließlich MySQL benutzt.
Naja, MySQL ist nicht wirklich performant. Ich brauche bei MySQL ~12ms um einen Wert aus meiner Tabelle auszulesen. Redis oder Netty brauchen nicht mal 1ms bei mir (klar, ist auch Inmemory). Außerdem sollte man bei MySQL die Festplatten Performance beachten. Wenn du nur eine HDD hast, kann diese bei vielen Abfragen und Updates ziemlich ausgelastet sein.
Ja, dass ist mir klar. Neue Spielmodis setze ich auch Statistiken in MongoDB, sämtliche Systeme sind schon auf redis und mongodb. Zum Beispiel mein Party und Freunde System basiert auf redis. Ich habe versucht das auf NoSQL und SQL zu aunterteilen.
Naja, MySQL ist nicht wirklich performant. Ich brauche bei MySQL ~12ms um einen Wert aus meiner Tabelle auszulesen. Redis oder Netty brauchen nicht mal 1ms bei mir (klar, ist auch Inmemory). Außerdem sollte man bei MySQL die Festplatten Performance beachten. Wenn du nur eine HDD hast, kann diese bei vielen Abfragen und Updates ziemlich ausgelastet sein.
Den Query möchte ich mal gerne sehen... Entweder die Verbindung zu deiner Datenbank ist echt grottig oder deine Datenbank ist einfach keinen Meter optimiert.
Den Query möchte ich mal gerne sehen... Entweder die Verbindung zu deiner Datenbank ist echt grottig oder deine Datenbank ist einfach keinen Meter optimiert.
Die Datenbank ist auf dem gleichen Server wie die Query Abfrage und ist auch nicht optimiert. Ich gehe aber auch davon aus, dass viele die Datenbank nicht optimieren. Außerdem könnte das auch an meinem vServer liegen, denn dieser ist nunmal nicht der beste von der Festplatte her, auch ein Grund, warum ich zu Inmemory DB's gewechselt bin.
Die Datenbank ist auf dem gleichen Server wie die Query Abfrage und ist auch nicht optimiert. Ich gehe aber auch davon aus, dass viele die Datenbank nicht optimieren. Außerdem könnte das auch an meinem vServer liegen, denn dieser ist nunmal nicht der beste von der Festplatte her, auch ein Grund, warum ich zu Inmemory DB's gewechselt bin.
Also wenn ich eine Datenbank auf der gleichen Instanz habe und einen einfachen SELECT auf eine Tabelle mit testweise 3000 Datensätzen, die alle selbstverständlich einen Index haben, dann nimmt dieser Query 0,5ms in Anspruch und der Server hat keine SSD.
Meistens hast du bei einem Minecraft Server bzw. Netzwerk nicht so viele komplexe Abfragen mit vielen Joins usw. und da sollte MySQL eigentlich nicht erheblich langsamer sein als Redis. Zumal mir jetzt noch die Frage aufkommen würde, wie du es denn mit der Langzeit Speicherung handhabst.
Also wenn ich eine Datenbank auf der gleichen Instanz habe und einen einfachen SELECT auf eine Tabelle mit testweise 3000 Datensätzen, die alle selbstverständlich einen Index haben, dann nimmt dieser Query 0,5ms in Anspruch und der Server hat keine SSD.
Meistens hast du bei einem Minecraft Server bzw. Netzwerk nicht so viele komplexe Abfragen mit vielen Joins usw. und da sollte MySQL eigentlich nicht erheblich langsamer sein als Redis. Zumal mir jetzt noch die Frage aufkommen würde, wie du es denn mit der Langzeit Speicherung handhabst.
Nunja, ich nutze nicht immer Redis. Ich habe - wie ich schon geschrieben habe - mit Netty einen Server geschrieben, welcher sobald ein Spieler joint seine Daten cached und sobald er wieder leftet seine Daten in sein eigenes Playerfile (also einfach eine Datei) speichert (ich weiß, nicht die beste Möglichkeit, wenn man die Dateien mal kopieren will). Dann kann man einfach die Daten vom Server per Packets abfragen.
Das ist ja dann im Pronzip eine eigene Datenbank mit Cache. Ist ja im Prinzip das gleiche wie MySQL + Redis. Bloß, dass MySQL die Daten komplexer speichert.
Das ist ja dann im Pronzip eine eigene Datenbank mit Cache. Ist ja im Prinzip das gleiche wie MySQL + Redis. Bloß, dass MySQL die Daten komplexer speichert.
Richtig, nur, dass ich nicht 2 Verbindungen brauche :p
Und wie ist das aus der Sicht der Performance?
Kennt jemand vielleicht ein gutes MongoDB Tutorial (Wie man einen Server aufsetzt & wie man damit in Java codet)?
Hat überhaupt schon jemand erläutert, was denn die Vor - bzw. Nachteile von SQL und NoSQL sind und wann es am besten geeignet ist, diese einzusetzen?
In diesem nicht, meine aber, dass die mal in einem altem Thema geschrieben wurde. Habe es aber leider, gerade nicht gefunden.
