Config statt in der Mission in der DB speichern

Moin zusammen,

ich stelle mir seid geraumer Zeit die Frage ob es nicht sinnvoller ist die ganze Konfigurationen (Weapon, vItems, Vehicle, ...) statt in den Missionconfigfiles nicht in der DB zu speichern. Mich ärgert es immer wieder für kleinere Änderungen jedes Mal eine neue Missiondatei auf den Server zu laden. Wenn man das über die DB machen würde könnte man das zum einen dynamisch machen und im laufenden Betrieb Preise anpassen oder man ein neues vItem hinzufügen. Ausserdem könnte man auch das Sammeln bzw. Verarbeiten dynamisch verändern.

Das Ganze hat aus meiner Sicht relativ viel Potenzial um zusammen mit der anderen Idee Konzept Dynamisches Markt- und Verarbeitungssystem ein komplett neues Wirtschaftssystem für Arma Life zubauen. Man könnte dann sogar soweit gehen, dass es möglich ist eine neue Route einzuführen während man auf der Insel ist. Heißt ohne dass man die Mission.sqm im Editor bearbeiten muss.

Nun zu meinen eigentlichen Fragen

1. spricht aus Performancegründen irgendwas dagegen

2. ist so etwas aus Arma Life Sicht überhaupt sinnvoll

Ich freue mich auf Euer Feedback .

Gruß,

moeck

Warum sollte das die extDB nicht mitmachen. Das Thema mit Verkaufspreisen habe ich schon in die DB verfrachtet. Also entweder läd man den Kram nur bei Serverstart oder halt regelmäßig, wenn es nur beim server start ist sollte das grundsätzlich ja kein problem darstellen, nur dann fällt halt die dynamik weg

Man muss halt das komplette Framework dann umbauen

man muss ja nur die Änderungen in die DB schreiben und an die Clients publizieren ohne nochmal die komplette Tabelle auszulesen . Man müsste halt ein Konzept erarbeiten mit dem man den DB und Client-Server Traffic auf ein Minimum beschränkt.

Multivitamin na es geht schon darum sachen live zu ändern . Man muss sich halt vor dem umschreiben überlegen welche infos zwingend aktualisiert werden müssen.