Um Daten zu speichern, kannst du Datenspeicher mit dem DataStoreService oder Speicherstände mit dem 2>Class.MemoryStoreService2> verwenden.
Alternativ können Sie auch Lua-Typen und Variablen verwenden, um Daten im Lua-Speicher in Lua zu speichern, ohne die Daten oder den Speicher-Dienste zu verwenden.
Wann sollten Sie auf Daten-Stores verwenden
Der DataStoreService speichert langefristige Daten, die zwischen Sitzungen benötigt werden, wie Benutzerfortschritte oder Inventar-Artikel. Daten-Speicherstände sind konsistent per Erfahrung, so dass jeder Server für jeden Ort innerhalb eines Erlebnisses auf Zugriff und Änderung der gleichen Daten konsistent ist. Es gibt zwei Arten von Daten-Speicherstände: Standard und sortiert. Standard-Datenspeicher kann Daten wie Zahlen, Zeichen und Tabellen speichern, die keinen Rang oder Sortierung benötigen. Dieses Daten wird als Schlüssel-Wert-Parens gespeichert, bei dem jedes Eintrag unter einem Schlüssel gespeichert ist, den Sie abrufen, Updateoder löschen können. Ordnungscookie-Datenspeicher kann nur Zahlen speichern. Jeder Eintrag wird unter einem Schlüssel gespeichert, der einzigartig innerhalb seines Datenspeichers ist und den du abrufen, Updateoder löschen kannst. Du kannst diesen Daten in aufsteigender oder absteigender Reihenfolge basierend auf gespeicherten numerischen Werten rangieren und sortieren. Weitere Informationen findest du unter Ordnungscookie-Datenspeicher.
| Standard-Datenspeicherplätze | Ordnungskampf-Datenspeicherplätze | |
|---|---|---|
| Datentyp | Zahlen, Zeichen, Booleane und Tabellen. | Nur Zahlen. |
| Gewöhnliche Anwendungsfälle | Benutzerfortschritte, Inventar-Artikel und Erfahrungseinstellungen. | Aller Zeiten, dauerhaftes Rangierungssysteme und Bestenlisten. Im Gegensatz zu Bestenlisten in Erinnerungs-Stores ist diese Bestenlisten-Daten dauerhaft. |
| Past-Version-Backup | Verwaltet automatisch frühere Versionen Ihrer Daten für 30 Tage. | Verwaltet nicht frühere Versionen deiner Daten. |
Datenspeicher kann nur von Server-seitigen Skripten abgerufen werden.
Wenn Sie granulare Berechtigungskontrolle zu Ihren Daten-Speicher hinzufügen und ihnen über Studio oder Roblox-Server zugreifen möchten, können Sie Open Cloud-APIs für Daten-Speicher verwenden.
Wann verwenden Sie Memory-Stores
Der MemoryStoreService ist ein hoch skalierbarer und hoch verfügbarer Dienst, der temporäre Daten speichert, die häufig aktualisiert oder abgerufen werden müssen, wie globale Bestenlisten oder Matchmaking-Warteschlange. Mit Memory-Stores kann jeder Server innerhalb eines Erlebnisses auf ein und dieselbe Daten schnell und häufig zugreifen und ändern. Die Daten in einem Memory-Store erlöschen nach einer bestimmten Zeit,
Obwohl der Speicher temporäre Daten speichert, unterstützt er auch permanente Funktionen wie einen globalen Marktplatz. Der Marktplatz ist permanent, aber die Gegenstände, die darin zum Verkauf angeboten werden, haben ein Verfallsdatum.
| Speicher-Speicherplätze | |
|---|---|
| Datentyp | Zahlen, Zeichen, Booleans und Tabellen, die nicht für mehr als 45 Tage bestehen müssen. |
| Gewöhnliche Anwendungsfälle | Fähigkeitenbasiertes Matchmaking, Match-Stände für mehrere Spieler, tägliche und monatliche Bestenlisten. |
Wann In-Memory-Storage in Lua verwendet werden sollte
Sie können In-Memory-Storage in Lua verwenden, um temporäre Daten zu speichern, die mit minimaler Verzögerung aufgerufen werden müssen, und ohne die Kosten der Erstellung externer Dienste auf Daten-Stores oder Memoire-Stores zuzugreifen. Es sind keine zusätzlichen Schritte erforderlich, um In-Memory-Storage als standardmäßig in Lua aufgebaut zu haben.
| In-Memory-Storage in Lua | ||
|---|---|---|
| Datentyp | Zahlen, Zeichen, Booleane und Tabellen. | |
| Gewöhnliche Anwendungsfälle | Daten, die nur für eine einzige Server-Sitzung relevant sind und sofort aktualisiert werden können, ohne sich um die Persistenz zu sorgen. | Beispiel: Aktive Buffs, temporäre Punkte und laufende Quest-Fortschritte, die beim Verlassen der Erlebniszurückgesetzt werden. |
| Werte, die häufig geändert werden, wie Zähler, Timer oder Zustands flags. | Beispiel: Die Gesundheitsleiste eines Benutzers, die bei jedem Treffer aktualisiert wird. | |
| Vermeiden Sie Limitierungen der Rate für hochfrequente Operationen in großen aktiven Erlebnissen. | Beispiel: Ein Erlebnis mit Dutzenden von Benutzern, die mit demselben Objekt interagieren. | |
| Daten, die Spiellogik treiben, wie temporäre Variablen oder Power-up-Zustände, bei denen ein schneller Zugriff ohne Verzögerung unerlässlich ist. | Beispiel: Der aktuelle Angriffszustand eines Benutzers oder die aktuelle Gesundheit eines Feindes, die sofort und ohne die Verzögerung, die mit dem Aufrufen von externen Diensten wie Daten- oder Speicherstores verbunden ist, zugänglich sein muss. | |
| Multiplayer-Interaktionen, die nur innerhalb eines einzelnen Servers relevant sind. | Beispiel: Ein gemeinsames Ziel in einer Koop-Missions-Erlebnissen. |