Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Récupération de mémoire pour les nombres séquentiels dans les horodatages
Pour une raison indépendante de la récupération de mémoire, vous pouvez devoir attribuer des nombres séquentiels à la propriété d'horodatage d'une cellule, plutôt que de lui attribuer une date et une heure. Cette page décrit la récupération de mémoire Bigtable pour les données présentant ce type d'horodatage artificiel.
Avant de lire cette page, consultez la page de présentation de la récupération de mémoire, y compris la description des horodatages réels et artificiels.
Nombre de versions
Si les horodatages représentent des nombres séquentiels, votre stratégie de récupération de mémoire doit se baser sur le nombre de versions. Cela signifie que vous devez spécifier le nombre de cellules à conserver. Une stratégie de récupération de mémoire en fonction de l'âge est risquée si vous utilisez des nombres séquentiels au lieu d'horodatages réels, car les stratégies basées sur l'âge suppriment les données basées sur l'horodatage.
Avantages du stockage des nombres séquentiels dans les horodatages
Vous pouvez utiliser des horodatages monotones croissants le cas échéant.
Inconvénients du stockage des nombres séquentiels dans les horodatages
Vous ne pouvez pas passer à la récupération de mémoire en fonction de l'âge.
Du fait que les horodatages ne sont pas des objets de date et d'heure réels, vous ne pouvez utiliser les horodatages des cellules pour aucun autre cas d'utilisation. Par exemple vous ne pouvez pas vous en servir pour déterminer l'ancienneté d'une valeur. Pour contourner ce problème, vous pouvez écrire un horodatage réel dans une colonne distincte, mais cela augmente la quantité de données que vous stockez.
La récupération de mémoire étant asynchrone, vous devez toujours utiliser des filtres lors de la lecture des données.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/04 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 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)."]]