En este documento se detallan los precios del modo de Datastore.

Firestore en el modo de Datastore ofrece límites de uso gratuito que te permiten dar tus primeros pasos sin coste alguno. Si necesitas más recursos de los que incluye el límite de uso gratuito, habilita la facturación en tu proyecto.

Tu uso se contabiliza a diario y se restablece a medianoche (hora del Pacífico).

Las siguientes operaciones y funciones no incluyen el uso gratuito. Para usar estas funciones, debes habilitar la facturación:

• Datos de PITR
• Crea copias de seguridad de los datos
• Operaciones de restauración
• Operaciones de clonación
• TTL

Para obtener más información sobre cómo se facturan estas funciones, consulta la sección Consideraciones sobre el tamaño del almacenamiento.

Para consultar los precios de las operaciones de lectura, escritura y eliminación, así como del almacenamiento, en cada ubicación del modo Datastore, consulta la página Precios de Firestore.

Se te cobra una operación de lectura por cada entidad leída y otra por cada lote de hasta 1000 entradas de índice leídas.

Se te cobra una operación de lectura por cada lote de hasta 1000 entradas de índice que lea una consulta, excepto en los siguientes casos:

Las consultas que tienen hasta una propiedad de rango no se cobran por las entradas de índice leídas y tienen un cargo mínimo de cero operaciones de lectura. Consulta los siguientes ejemplos para familiarizarte con los casos en los que se cobran las lecturas de entradas de índice. Después, usa la sección billing_details de Query Explain para comprobar si lo has entendido bien.

La siguiente consulta contiene una propiedad de igualdad (age) y una propiedad de rango (start_date), y no se cobra por las entradas de índice leídas:

La siguiente consulta contiene dos propiedades de rango (age y start_date) y se cobra por las lecturas de entradas de índice:

Una propiedad que aparece en la cláusula ORDER BY se considera una propiedad de rango cuando hay al menos otra propiedad de rango. Por lo tanto, la siguiente consulta contiene dos propiedades de rango (edad y fecha_inicio) y se cobra por las lecturas de entradas de índice:

Una propiedad que aparece en la cláusula DISTINCT ON se considera una propiedad de rango cuando hay al menos otra propiedad de rango. Por lo tanto, la siguiente consulta contiene dos propiedades de rango (edad y fecha_inicio) y se cobra por las lecturas de entradas de índice:

En el caso de las consultas de agregación count(), sum() y avg(), se te cobra una lectura de entidad por cada lote de hasta 1000 entradas de índice que lea la consulta.

Por ejemplo, las consultas de agregación que leen entre 0 y 1000 entradas de índice se facturan como una lectura de entidad. En el caso de una consulta de agregación que lee 1500 entradas de índice, se te facturarán 2 lecturas de entidad.

Para obtener más información sobre los índices utilizados y las entradas de índice leídas, usa Query Explain.

Cada operación de transformación de propiedades, como increment y appendMissingElements, se cobra como una lectura y una escritura. Una operación de confirmación con una inserción, una actualización o una inserción/actualización y una transformación de propiedad en la misma entidad cuenta como una lectura y una escritura.

Entre las operaciones pequeñas se incluyen las siguientes:

• Llamadas para asignar IDs.
• Consultas para obtener solo las claves. Cada consulta de este tipo se cuenta como una sola lectura de entidad en la propia consulta. Cada uno de los resultados se computa como una operación pequeña.
• Consultas de proyección en las que no se emplea la cláusula distinct on. Este tipo de consulta se considera una sola lectura de entidad en la propia consulta. Cada uno de los resultados se computa como una operación pequeña.

Las operaciones pequeñas son gratuitas, pero debes habilitar la facturación si quieres superar el uso diario gratuito.

El uso de Query Explain and Analyze genera costes.

Cuando se explica una consulta con la opción predeterminada, no se realizan operaciones de lectura de índices ni de entidades. Independientemente de la complejidad de la consulta, se cobra una operación de lectura.

Cuando se explica una consulta con la opción de análisis, se realizan operaciones de indexación y lectura, por lo que se te cobra la consulta como de costumbre. No se aplica ningún cargo adicional por la actividad de explicación y análisis, solo el cargo habitual por la consulta que se ejecuta.

Se te cobra por el ancho de banda de red que utilizan tus solicitudes de Firestore en el modo de Datastore, tal y como se explica en las secciones que aparecen más adelante. El coste del ancho de banda de red de una solicitud depende del tamaño de su respuesta, de la ubicación de tu base de datos del modo de Datastore y del destino de la respuesta.

Las solicitudes procedentes de Google Cloud Platform (por ejemplo, de una aplicación que se ejecuta en Google Compute Engine) se cobran de la siguiente manera:

Se te cobrará por la transferencia de datos de Internet de las siguientes operaciones:

• Solicitudes de Google Cloud entre regiones que no sean de Estados Unidos
• Solicitudes que no proceden de Google Cloud

Las operaciones de exportación e importación se cobran por lecturas y escrituras de entidades, según las tarifas indicadas en la tabla anterior. Si cancelas una exportación o importación, se te cobrará por las operaciones realizadas hasta el momento en que la solicitud de cancelación se haya propagado a través de Firestore en el modo de Datastore.

Nota: Los costes de las operaciones de exportación e importación no cuentan de cara a los presupuestos que fijas en App Engine y Firestore en el modo de Datastore. ni están limitados por dichos presupuestos. Esto significa que los costes pueden superar los límites de los presupuestos que has establecido para esos productos.

Para ver el uso del modo de Datastore de tu aplicación (incluido el consumo de la cuota), visita la página de detalles de cuotas de App Engine. Deberás consultarla aunque tu aplicación no se ejecute en App Engine.

Los recursos del modo de Datastore que utiliza tu aplicación se reflejan en la página Almacenamiento que se muestra. Puedes hacer clic en Mostrar recursos no utilizados para consultar la lista completa de detalles de la cuota.

Se te cobra por la cantidad de datos que almacenas en el modo Datastore, lo que incluye la carga de almacenamiento. La cantidad de carga abarca los metadatos, los índices integrados, los índices compuestos y las versiones de recuperación a un momento dado (PITR). También se te cobra por el tamaño del almacenamiento de las copias de seguridad y por las operaciones de restauración.

Cada entidad que se almacena en tu base de datos necesita los siguientes metadatos, que contribuyen al tamaño de almacenamiento:

• La clave de la entidad, incluido el tipo, el ID o el nombre de la clave, así como las claves de los antecedentes de la entidad.
• El nombre y el valor de cada propiedad. Dado que Firestore en el modo de Datastore no tiene esquemas, el nombre de cada propiedad se debe almacenar con su valor en todas las entidades.
• Todas las filas de índice integrado y compuesto que hagan referencia a la entidad. Cada fila contiene el tipo de entidad, una cantidad determinada de valores de propiedad en función de la definición del índice y la clave de la entidad.

Descubre cómo se estima el almacenamiento del modo de Datastore en la página sobre los cálculos del tamaño de almacenamiento.

Si habilitas PITR, se te cobrará por el almacenamiento de los datos de PITR. La mayoría de los clientes verán que el coste total del almacenamiento de datos de PiTR es similar al coste de almacenamiento de la base de datos.

Nota: Los datos de PITR se facturan aparte del tamaño de almacenamiento de la base de datos. Los datos de PITR no afectan a los costes de tamaño de almacenamiento de datos.

Los costes de almacenamiento de PITR se calculan diariamente y se expresan en GiB al mes. El modo Datastore mide el tamaño de la base de datos a diario. A lo largo de un mes, se calcula la media de estos puntos de muestra para determinar el tamaño de almacenamiento de la base de datos. Este valor medio se multiplica por el precio unitario de la PITR (GiB al mes).

Por ejemplo, si el tamaño medio de tu base de datos durante un mes es de 1 GiB y la recuperación a un momento dado está habilitada durante todo el mes, el tamaño de los datos de recuperación a un momento dado facturable también es de 1 GiB.

Facturación mínima: es posible que se te cobre hasta 1 día de coste de almacenamiento de PITR aunque inhabilites la PITR en el plazo de un día tras habilitarla.

Si habilitas las copias de seguridad, se te cobrará por el almacenamiento de las copias de seguridad de tu base de datos. El tamaño de almacenamiento de una copia de seguridad es igual al tamaño de almacenamiento de la base de datos cuando se hizo la copia.

Los costes de almacenamiento de las copias de seguridad se indican en GiB al mes. También se calcula el número de días que se conservan las copias de seguridad durante un periodo de un mes, promediado a lo largo del mes. El coste de cada copia de seguridad se calcula multiplicando el tamaño de almacenamiento de la copia de seguridad por la proporción del mes que se conserva la copia de seguridad y por el precio por unidad. Los límites de los días se definen según la zona horaria de América/Los Ángeles a efectos de facturación.

Cuando realizas una operación de restauración, el modo Datastore mide el tamaño de la copia de seguridad para la operación de restauración. El tamaño de la copia de seguridad se multiplica por el precio unitario de las operaciones de restauración (GiB).