Est-il un maximum numéro de version dans hbase?

Si je veux insérer dans une table:

row | fam:qualifier | timestamp | value
1 | foo:bar | 12345 | 2
1 | foo:bar | 12346 | 3
1 | foo:bar | 12347 | 2
1 | foo:bar | 12348 | 1
.
.
. 
1 | foo:bar | 123410 | 2

Je peux préciser dans la hbase shell le nombre maximum de version pour obtenir fom une ligne spécifique mais quand je l'ai préciser, par exemple '100' il m'a seulement 4 versions...
Est-il maximum?

InformationsquelleAutor JohnJohnGa | 2011-10-21

hbase

14

Il renvoie seulement les 4 versions parce que la famille de la colonne est définie à stocker un maximum de 4 versions.

Si vous souhaitez stocker davantage de versions, vous devez modifier le CF. À l'aide de la hbase shell:
```
hbase> alter 'table_foo', {NAME => 'column_fam_foo', VERSIONS => 100}
```
La valeur par défaut de max versions est 1*:

http://hbase.apache.org/book/schema.versions.html

*Il semble que la valeur par défaut de max versions a été modifié à partir de 3 à 1, à un certain point.

InformationsquelleAutor codingFoo
2

la réponse est en partie droite. Pas vrai: hbase MAGASINS trois versions. La preuve, voir ci-dessous.
Vrai: vous pouvez définir le montant maximal de versions qui hbase renvoie par le biais de
```
alter 'marketdata', NAME => 'field', VERSIONS => 100   
```
Mais pour l'instant, admettons, je n'ai pas de changement de la variable de version.

J'ai dix entrées dans mon hbase, avec des horodatages de 0 à 9.
La plupart des timestamp actuel est:
```
hbase(main):025:0> get 'marketdata', 'instrument1', {COLUMN => 'field:ask'}                                 
COLUMN                             CELL                                                                                   
 field:ask                     timestamp=9,         value=0.9940174211042572                                                  
1 row(s) in 0.0590 seconds

hbase(main):026:0> 
```
Les valeurs d'horodatage de 1 à 5 qui sont affichées sont:
```
hbase(main):027:0> get 'marketdata', 'instrument1', {COLUMN => 'field:ask', TIMERANGE => [0,5], VERSIONS=>5}
COLUMN                             CELL                                                                                   
 field:ask                     timestamp=4, value=0.530618878519702                                                   
 field:ask                     timestamp=3, value=0.051028316270589014                                                
 field:ask                     timestamp=2,     value=0.11949750640509116                                                 
3 row(s) in 0.0130 seconds

hbase(main):028:0>
```
... et lorsque j'ai mis mon stage de fin d'horodatage à 10, il montre encore que seules les trois dernières versions AVANT que l'horodatage et supprime les anciennes:
```
hbase(main):028:0> get 'marketdata', 'instrument1', {COLUMN => 'field:ask', TIMERANGE => [0,10], VERSIONS=>5}
COLUMN                             CELL                                                                                   
 field:ask                     timestamp=9,     value=0.9940174211042572                                                  
 field:ask                     timestamp=8,     value=0.6941263513176372                                                  
 field:ask                     timestamp=7,     value=0.1814043435754933                                                  
3 row(s) in 0.0400 seconds

hbase(main):029:0> 
```
- attendez, comment pouvez-vous voir la version 4,3,2 et 9,8,7 si hbase est seulement de stocker 3 versions? Peut-être que le shell est seulement de retour 3, pour quelque raison que ce soit, mais votre semblent avoir "prouvé" qu'il y a plus de versions. La vraie réponse est aussi plus compliqué à cause de la façon hbase supprime les versions: il n'a pas vraiment. Si vous l'avez explicitement supprimer les données qu'il va ajouter une pierre tombale et vous ne verrez pas toutes les données avant de la pierre tombale. Toutes les autres données seront disponibles (et toutes les données seront stockées) jusqu'à ce que la prochaine grande étape de compactage qui va réécrire le fichier de la banque et de ne garder que le bon nombre de versions.
- Bonjour David, vous downvoted basé sur une modification de la réponse par codingFoo.
- Cette réponse est encore un peu trompeur. Ce qui vous manque est le compactage de la question. Lorsque HBase stocke une valeur, c'est juste l'ajoute au fichier. Il ne supprime jamais les données. Pour mettre en œuvre les supprimer, ils ajouter une pierre tombale que l'essentiel est dit qu'une valeur doit être ignorée. Maintenant, quand un compactage de la vient le long, le fichier va être ré-écrite, et ni les anciennes versions ou supprimé des versions sera réécrit pour le nouveau fichier. Donc, il y a une fenêtre de temps lorsque vous serez en mesure de voir les anciennes versions, mais que la fenêtre de temps est limité et vous ne devriez pas compter sur les anciennes versions d'être là.
InformationsquelleAutor user1052080
0

Concept de version est bien maintenu au niveau de la colonne niveau de la famille . Ses un paramètre configurable .
```
            columnFamily.setMaxVersions(required version);
```
Le plus de versions que l'on a, lors de l'extraction des chances de la lecture des données à partir de plusieurs HFiles augmente .

La meilleure façon serait de maintenir un niveau minimum de la version et de l'encapsuler les données en une seule goutte .

InformationsquelleAutor KrazyGautam

Vous devez vous connecter pour publier un commentaire.