Pergunta de alto nível:

O HBase impõe um tamanho máximo por linha que é comum a todas as distribuições (e, portanto, não é um artefato de implementação), seja em termos debytes armazenados ou em termos denúmero de células?

Se então:

Qual é o limite?

Qual é a razão pela qual o limite existe?

Onde o limite está documentado?

Se não:

A documentação (ou resultados de um teste) está disponível demonstrando a capacidade do HBase de lidar com linhas com mais de 2 GB? 4GB?

Existe um máximo prático ou de "prática recomendada" sob o qual os usuários da API do HBase devem manter o tamanho das linhas para evitar degradação severa do desempenho? Nesse caso, que tipo de degradação do desempenho pode ocorrer se essa orientação for descartada?

Em ambos os casos:

A resposta depende da versão do HBase em questão?Fundo:Pelo menos uma implementação da API HBase parece impor um limite;Tabelas MapR, que usa o MapR-FS proprietário do MapR como a camada de armazenamento subjacente às tabelas, pareceimpõe um limite rígido de 2 GB por linha e um limite flexível configurável, cujo padrão é 32 MB. Outras implementações populares da API do HBase também impõem essa restrição?esteResposta do Quora ao Todd Lipcon, comissário do HBase, em 2011 sugere a ausência de um limite em termos de número de células. No entanto, também indica que"a unidade de balanceamento e distribuição de carga é a região e uma linha nunca será dividida entre regiões". O requisito de que uma linha exista em uma única região impõe um limite rígido no tamanho da linha ou um limite prático após o qual a degradação do desempenho se torna grave?