spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hallo ich arbeite im Moment an einem Mmorpg Projekt.
( http://www.espadon-online.eu )
Nun wir diskutieren schon länger , wie man die Daten (Quests , Charaktere , Npcs )
verwaltet.

Ich wäre für Mysql aber die Proggs meinen ,dass würde zuviele Resourcen verbrauchen.
Ich hatte mir das so vorgestell .
Beim starten des Servers wird die gesamte DB in den Arbeitsspeicher geladen.
So haben wir die Probleme umgangen ,dass der Server jedesmal eine Verbindung zur DB aufnehmen muss.

So aber jetzt meinen sie ,dass die Mysql Befehle zu lang sind und zu viel Performance verbrauchen.
Was denkt ihr darüber??

Hardcoded würden wir das nicht machen.
Man muss auch die Sicherheit miteinbringen.

MfG Geisi

Ja die Datenbank läuft ja auf dem Root un der Server auch der CLient stellt eine Verbindung zum Server her der Server gibt ihm die Daten.

Der Vorteil einer DB ist ja , dass man per PhP Scripts drauf zugreifen kann ,und dass man diese auch dynamisch verändern kann.
Kann man doch im Ram auch??

Was ist wenn der Server Total Crasht sind die Daten dann weg.
Weil eig wird der Ram ja net gespeichert bei einem Crash.
EDIT:
Wie gesagt Wenn beim Starten die DB in den Arb geladen wird hat man alles im Arbeitsspeicher und wenn sich was ändert wird die DB geändert.
Dan hätte man auch keinen Datenverlust.
Jetzt die Sache.
Wenn einer was in der DB verändert führt man einen Befehl aus ,dass die Tabelle (ähnlich wie bei WoW ) reloaded wird.Also sie wird neu in den Arbeitsspeicher geladen.

Doch.
Die Datenbank von WoW ist Textbasiert und die Texturen und Moddels u.s.w. werden sowieso per Patch nachgeliefert.
In der DB stehen Queststexte NPC Namen und was für Waffen NpCs tragen....

Und Blizzard muss auch über ein Webinterface mit der DB kommunizieren ,da ja Accounts erstellt werden müssen.

Und komisch ,dass in WoW Datenbanken alle Quests mit Text auf 30 verschiedenen Sprachen drinstehen.