Política de fragmentação de dados
A política de fragmentação define se e como as extensões (partições horizontais de dados) no cluster são criadas. Só pode consultar dados numa extensão após a sua criação.
Nota
- Para uma baixa latência entre a ingestão e a consulta, considere configurar a Ingestão de transmissão em fluxo.
- A política aplica-se a todas as operações que criam novas extensões, como comandos para ingestão de dados e operações de intercalação de extensões
A política de fragmentação de dados contém as seguintes propriedades:
ShardEngineMaxRowCount:
- Contagem máxima de linhas para uma extensão criada por uma operação de ingestão ou reconstrução.
- A predefinição é 1.048.576.
- Não está em vigor para operações de intercalação.
- Se tiver de limitar o número de linhas em extensões criadas pelas operações de intercalação, ajuste a
RowCountUpperBoundForMerge
propriedade na política de intercalação de extensões da entidade.
- Se tiver de limitar o número de linhas em extensões criadas pelas operações de intercalação, ajuste a
ShardEngineMaxExtentSizeInMb:
- Tamanho máximo permitido de dados comprimidos (em megabytes) para uma extensão criada por uma operação de intercalação ou reconstrução.
- A predefinição é 8.192 (8 GB).
ShardEngineMaxOriginalSizeInMb:
- Tamanho máximo permitido dos dados originais (em megabytes) para uma extensão criada por uma operação de reconstrução.
- Na verdade, apenas para operações de reconstrução.
- A predefinição é 3072 (3 GB).
Aviso
Consulte a equipa de suporte antes de alterar uma política de fragmentação de dados.
Quando uma base de dados é criada, contém a política de fragmentação de dados predefinida. Esta política é herdada por todas as tabelas criadas na base de dados (a menos que a política seja explicitamente substituída ao nível da tabela).
Utilize os comandos de gestão de políticas de fragmentação para gerir políticas de fragmentação de dados para bases de dados e tabelas.
Comentários
https://aka.ms/ContentUserFeedback.
Brevemente: Ao longo de 2024, vamos descontinuar progressivamente o GitHub Issues como mecanismo de feedback para conteúdos e substituí-lo por um novo sistema de feedback. Para obter mais informações, veja:Submeter e ver comentários