Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Recolección de elementos no utilizados para números secuenciales en marcas de tiempo
Es posible que tengas un motivo, no relacionado con la recolección de elementos no utilizados, para asignar números secuenciales a la propiedad de marca de tiempo de una celda, en lugar de asignar una fecha y una hora. En esta página, se describe la recolección de elementos no utilizados de Bigtable para datos con este tipo de marcas de tiempo artificiales.
Antes de leer esta página, debes leer la descripción general de la recolección de elementos no utilizados, incluida la descripción de las marcas de tiempo reales y artificiales.
Número de versiones
Si las marcas de tiempo son números de secuencia, tu política de recolección de elementos no utilizados debe basarse en el número de versiones. Esto significa que debes especificar la cantidad de celdas
que deseas retener. Una política de recolección de elementos no utilizados basada en la antigüedad no es segura si usas números secuenciales en lugar de marcas de tiempo reales, ya que las políticas basadas en la antigüedad quitan datos basados en la marca de tiempo.
Ventajas de almacenar números secuenciales en marcas de tiempo
Puedes usar marcas de tiempo monotónicamente crecientes si lo necesitas.
Desventajas de almacenar números secuenciales en marcas de tiempo
No puedes cambiar a una recolección de elementos no utilizados basada en la antigüedad.
Debido a que las marcas de tiempo no son una fecha y una hora reales, no puedes usar las marcas de tiempo de las celdas para ningún otro caso práctico, como la determinación de la antigüedad de un valor. Como solución alternativa, puedes escribir una marca de tiempo real en una columna independiente, pero esto aumentará la cantidad de datos que almacenas.
Debido a que la recolección de datos no utilizados es asíncrona, siempre deberás usar filtros cuando leas los datos.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-04 (UTC)"],[[["\u003cp\u003eThis page covers garbage collection in Bigtable when sequential numbers are used as timestamps instead of actual dates and times.\u003c/p\u003e\n"],["\u003cp\u003eWhen using sequential numbers, garbage collection policies should be based on the number of versions, rather than on data age.\u003c/p\u003e\n"],["\u003cp\u003eUsing sequential numbers allows for monotonically increasing timestamps, but prevents switching to age-based garbage collection.\u003c/p\u003e\n"],["\u003cp\u003eSequential number timestamps can't be used to determine a value's age, requiring a separate column for real timestamps, which increases storage needs.\u003c/p\u003e\n"],["\u003cp\u003eIt is important to use filters when reading the data even when using sequential number timestamps, because garbage collection is asynchronous.\u003c/p\u003e\n"]]],[],null,["Garbage collection for sequential numbers in timestamps\n\nYou may have a reason, not related to garbage collection, to assign sequential\nnumbers to the timestamp property for a cell, rather than assigning a date and\ntime. This page describes Bigtable garbage collection for data with this\ntype of artificial timestamps.\n\nBefore you read this page, you should read the overview of garbage collection,\nincluding the description of [real and artificial timestamps](/bigtable/docs/garbage-collection#timestamps).\n\nNumber of versions\n\nIf timestamps are sequence numbers, your garbage collection policy should be\nbased on the number of versions. This means that you specify the number of cells\nto retain. **An age-based garbage collection policy is unsafe** if you use\nsequential numbers instead of real timestamps, because age-based policies remove\ndata based on the timestamp.\n\nAdvantages of storing sequential numbers in timestamps\n\n- You are able to use monotonically increasing timestamps if you need to.\n\nDisadvantages of storing sequential numbers in timestamps\n\n- You cannot switch to age-based garbage collection.\n\n- Because your timestamps aren't an actual date and time, you cannot use the\n cells' timestamps for any other use case, such as determining how old a value\n is. As a workaround, you can write a real timestamp to a separate column, but\n this will increase the amount of data you store.\n\n- Because garbage collection is asynchronous, you still should always use\n filters when you read the data.\n\nWhat's next\n\n- Read an [overview of Bigtable garbage collection](/bigtable/docs/garbage-collection).\n- Explore strategies to [simulate cell-level TTL](/bigtable/docs/gc-cell-level).\n- Review code samples showing how to [configure garbage collection](/bigtable/docs/configuring-garbage-collection).\n- Learn more about [storage pricing](/bigtable/pricing#storage)."]]