Für ein Szenario wie dieses erhalten Sie wahrscheinlich mehr Kilometerleistung, wenn Sie Speicherorte im Speicher lokal zwischenspeichern, aber dann regelmäßig "synchronisieren" sie mit der Datenbank. Dies erfordert Methoden zur Lösung von Positionskonflikten (z. B. wenn die Position, die Sie auf dem clientseitigen JavaScript vorhersagen, von der tatsächlichen von der Datenbank gemeldeten Position abweicht), ermöglicht Ihnen jedoch eine höhere Effizienz (z. B. schnellere Aktualisierung) wenn Spieler näher an Ihrem Spieler sind und weniger häufig, wenn sie weit entfernt sind, zum Beispiel). Es ermöglicht Ihnen auch, die Bewegungen Ihres Spielers ohne Jank zu animieren, falls eine bestimmte Datenbankanforderung außerhalb Ihrer Bildrate liegt.
Wie für die Datenbank selbst gibt es viele Datenbanken zur Auswahl. Wenn Sie jedoch nicht den serverseitigen Code schreiben möchten, um eine API für die Interaktion mit Ihrer Datenbank bereitzustellen, könnten Sie an Firebase interessiert sein, das direkten Zugriff von clientseitigem JavaScript bietet (ohne dass Sie ein eigenes erstellen müssen) Server/API-Schicht über der Datenbank). Natürlich können Sie auch jede andere Datenbank verwenden - Google Cloud Datastore, Google Cloud SQL, MySQL, Cassandra, MongoDB - und einen geeigneten API-Server-Layer in der Sprache Ihrer Wahl (die auch JavaScript sein könnte) erstellen, um Zugriff darauf zu gewähren die zugrunde liegenden Daten, als eine gültige Option auch (und in der Tat, das könnte mehr Sinn machen, wenn Sie bereits haben oder planen, einen Frontend-Webserver zu haben).
Wenn Sie meine Meinung haben, haben Sie die falsche Frage gestellt, weil Fragen, die Meinung basierte Antworten erfordern, off Thema sind: p –
was meinst du? Soll ich meinen Titel oder meine Frage umformulieren? – Darence30
@ Darence30 das Problem ist, dass es viele Datenbanken zur Auswahl gibt; Daher wird die Antwort eine Meinung sein (Präferenz für die Datenbank). –