spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Immer wenn ich Leute sehe, die sagen, dass RDBs "langsam" seien, frage ich mich, wie zum Teufel 99% der Webserver so schnell Anfragen beantworten können.

Was für einen Anwendungsfall hast du denn? Darauf kommt es eigentlich immer an.

Insgesamt ist diese Gegenüberstellung aus meiner Sicht sehr mangelhaft. Die Punkte sind nicht begründet und bei einigen kann man definitiv viel diskutieren oder komplett widersprechen.

Ich finde schon, dass ich die einordnen sollte, denn immerhin ist das hier ein offenes Topic an alle (Neulinge) gerichtet und von allen lesbar. Wenn es Dir um Brainstorming und Sammeln von Stichpunkten für einen späteren detaillierteren Beitrag geht, würde ich dir empfehlen eine bei dir lokal vorhandene Textverarbeitungssoftware zu verwenden. Solche Pauschal-Aussagen wie da ganz oben halte ich für wenig fundiert und schnell irreführend für jemanden, der die Qual der Wahl hat. Ich denke, dass du das nachvollziehen kannst.

Zitat von »DeKugelschieber«

Die Punkte werden in den 30 Seiten Text vorher begründet.

War das Sarkasmus oder fehlt mir irgendwas, sehe ich irgendwas nicht, was tatsächlich da irgendwo sein sollte?

Ich fände für den "Vergleich" relevant zu Wissen für welches Problem du eine Datenbank brauchst und was du dir überlegt hast, da MySQL eben auf SQL basiert und MongoDB auf NoSQL setzt.

Daher ist eine "Grundlose" gegenüberstellung im Sinne von "was ist allgemein" besser eher nicht passend (meiner Meinung nach).

Sorry für mein mieses Deutsch - in meinem Kopf macht das alles Sinn ...

Ich glaube, die Diskussion kam in einem anderen Thread schon mal auf - und eventuell warst das sogar du, der die NoSQL-DB mit eingebracht hatte?
Sorry Leute, aber ich halte den Vergleich mit der Einfachheit der Modellierung und des Mappings für kompletten Unsinn.

Nur, weil ich die DB mit allem Bewerfen kann ist es nicht einfacher, sondern eher noch schwieriger, behaupte ich.
Angenommen, meine Programmlogik erwartet eine gewisse Datenstruktur - nun muss ich mir Gedanken darum machen, dass ich während der Implementierung irgendwann mal das Modell erweitert habe und muss mich im Nachgang darum kümmern, dass noch irgendwelche Datenleichen rumliegen, die eine andere Struktur haben.

Danke, aber nein, danke! Dann lieber eine sauber modellierte relationale DB, wo die Struktur schon klar ist und ich die Daten sauber migrieren kann.

Ok, hört sich jetzt an, als ob ich Relationale DBs bevorzuge, das ist aber nicht so.
Es geht mir eher nur darum, dass die Vorteile des jeweiligen Systems davon abhängt, wo es besser eingesetzt werden sollte.

Wäre also sinnvoller, wenn du deine Pro-/Contraliste in einem Kontext für den gewünschten Anwendungsbereich setzen würdest.

Zitat von »DeKugelschieber«

Joa tue ich, eben auf meine Anwendung bezogen.
Nur bringt das auch nichts die jetzt hier zu zeigen, sonst kommen wieder ganz andere Disskussionen auf

Wie auch immer, danke für dein Feedback. Das ein festes Schema eben sicherer ist habe ich schon drin.

Ich finde du solltest dich einfach trauen das hier zu posten/schreiben. Am besten auch mit dem Vermerk, dass all diejenigen, welche etwas zu deiner Idee und nicht zur Datenbank-Auswahl zu sagen haben, besser den Rand halten