Roblox ofrece varias opciones para el almacenamiento de datos. Cada opción de almacenamiento tiene pros y contras y es apropiada para diferentes casos de uso. Esta tabla resume las opciones disponibles y proporciona los puntos de comparación más cercanos de servicios web estándar.
| Servicio | Persistencia | Alcance | Acceso en el juego | Comparación con la nube |
|---|---|---|---|---|
| Almacenes de datos | Permanente | Cross-server | Lectura-escritura | Base de datos NoSQL |
| Almacenes en memoria | Máximo de 45 días | Cross-server | Lectura-escritura | Caché en memoria |
| Configuraciones | Permanente | Cross-server | Solo lectura | Configuración de aplicación y flags de características |
| Almacenes de secretos | Permanente | Cross-server | Solo lectura | Gestión de secretos |
| Luau en memoria | Duración de sesión | Un solo servidor | Lectura-escritura | RAM del servidor |
Dentro de los juegos de Roblox, los servicios en la nube solo son accesibles desde los scripts del servidor.
Cuándo usar almacenes de datos
DataStoreService almacena datos a largo plazo que necesitan durar entre sesiones, como el progreso del usuario o los elementos del inventario. Los almacenes de datos son consistentes por juego, por lo que cada servidor de cada lugar dentro de un juego puede acceder y cambiar los mismos datos. Hay dos tipos de almacenes de datos: estándar y ordenados.
Almacenes de datos estándar pueden almacenar datos como números, cadenas y tablas que no necesitan ser clasificados o ordenados. Almacenan datos como pares clave-valor; cada entrada se almacena bajo una clave que es única dentro de su almacén de datos y que puedes recuperar, actualizar o eliminar. Para más información, consulta Almacenes de datos.
Almacenes de datos ordenados solo pueden almacenar números. Cada entrada se almacena bajo una clave que es única dentro de su almacén de datos y que puedes recuperar, actualizar o eliminar. Puedes clasificar y ordenar estos datos numéricamente y recuperarlos en orden ascendente o descendente según los valores numéricos almacenados. Para más información, consulta Almacenes de datos ordenados.
| Almacenes de datos estándar | Almacenes de datos ordenados | |
|---|---|---|
| Tipo de dato | Números, cadenas, booleanos y tablas. | Solo números. |
| Casos de uso comunes | Progreso del usuario, elementos del inventario y configuraciones del juego. | Sistemas de clasificación persistente y tablas de líderes de todos los tiempos. A diferencia de las tablas de líderes en almacenes de memoria, estos datos de la tabla de líderes son permanentes. |
| Copia de seguridad de versiones anteriores | Gestiona automáticamente las versiones anteriores de tus datos durante 30 días. | No gestiona versiones anteriores de tus datos. |
Si deseas agregar un control de permisos granular a tus almacenes de datos y acceder a ellos fuera de Studio o los servidores de Roblox, utiliza las APIs de Open Cloud para almacenes de datos.
Cuándo usar almacenes en memoria
MemoryStoreService es un servicio de alto rendimiento y baja latencia que almacena datos temporales que necesitan ser actualizados o accedidos con frecuencia, como tablas de líderes globales o colas de emparejamiento. Con los almacenes en memoria, cada servidor de cada lugar dentro de un juego puede acceder y cambiar los mismos datos rápidamente y con frecuencia. Los datos en un almacén en memoria caducan después de un cierto período de tiempo, hasta 45 días.
Si necesitas leer rápidamente (no escribir) un pequeño número de valores en todos los servidores, las configuraciones son la mejor opción. Los almacenes en memoria no son tan eficientes como las configuraciones cuando se accede frecuentemente a una sola clave o partición.
Aunque los almacenes en memoria almacenan datos temporales, también admiten características permanentes como un mercado global. El mercado es permanente, pero los artículos a la venta dentro de él tienen una fecha de expiración.
| Almacenes en memoria | |
|---|---|
| Tipo de dato | Números, cadenas, booleanos y tablas que no necesitan persistir por más de 45 días. |
| Casos de uso comunes | Emparejamiento basado en habilidades, estados de partidas para juegos multijugador. |
| Tablas de líderes diarias y mensuales. |
Cuándo usar configuraciones
Configuraciones te permiten actualizar variables en el juego en tiempo real sin reiniciar servidores. Son ideales para flags de características y cualquier valor en el juego que esperas ajustar con el tiempo o experimentar con.
- Las configuraciones son de solo lectura dentro de un juego: las modificas en Creator Hub o en Roblox Studio, por lo que no cumplen las mismas funciones que los almacenes de datos y los almacenes en memoria.
- Los cambios en las configuraciones se despliegan en un plazo de cinco minutos; los cambios en los almacenes de datos y en memoria son más instantáneos.
| Configuraciones | |
|---|---|
| Tipo de dato | Números, cadenas, booleanos y objetos JSON. |
| Casos de uso comunes | Habilitar una nueva mazmorras, deshabilitar un modo de juego limitado en el tiempo, iniciar un evento navideño. |
| Salud de enemigos, daño de armas, precios de objetos, multiplicadores de juego, mensajes de bienvenida. |
Cuándo usar almacenes de secretos
Usa el almacén de secretos para tu juego para almacenar cualquier clave API, contraseña y token de acceso que utilices para autenticarte con servicios externos. Almacenar estos valores en un almacén de datos presenta riesgos de seguridad innecesarios.
| Almacenes de secretos | |
|---|---|
| Tipo de dato | Cadenas. |
| Casos de uso comunes | Claves API, contraseñas y tokens de acceso para servicios de análisis o música. |
Cuándo usar almacenamiento en memoria en Luau
Utiliza el almacenamiento en memoria en Luau para almacenar datos temporales que necesitan ser accedidos con una latencia mínima y sin el costo de realizar llamadas a servicios externos. Este almacenamiento está incorporado en Luau y no requiere configuración.
| Almacenamiento en memoria en Luau | |
|---|---|
| Tipo de dato | Números, cadenas, booleanos y tablas. |
| Casos de uso comunes | Datos que solo son relevantes para una única sesión de servidor y no necesitan ser persistidos, como efectos de estado o puntos temporales que se reinician cuando el usuario sale del juego. |
| Valores que cambian con frecuencia, como contadores, temporizadores, flags de estado o una barra de salud. | |
| Datos que impulsan la lógica del juego, que necesitan ser accesibles instantáneamente, como variables temporales o la salud actual de un enemigo. |