Dados colunar em nosql
lojas de coluna na NoSQL são semelhantes à primeira aparição de SGBD relacionais tradicionais. Os conceitos de linhas e colunas ainda estão lá. Também é possível definir as famílias de coluna antes de carregar dados para o banco de dados, o que significa que a estrutura de dados deve ser conhecida com antecedência.
No entanto, as lojas de coluna organizar os dados de forma diferente de bancos de dados relacionais fazer. Em vez de armazenar dados em uma linha para acesso rápido, os dados são organizados para operações de coluna rápidos. Esta visão coluna centrada faz lojas coluna ideais para a execução de funções de agregação ou para procurar registros que correspondem várias colunas.
As funções de agregação são combinações de dados ou funções de análise. Eles podem ser tão simples como contar o número de resultados, soma-los, ou calcular sua média média. Eles poderiam ser mais complexo, embora - por exemplo, retornando um valor complexo descrever uma gama abrangente de tempo.
lojas de coluna também são por vezes referido como Big Tabelas ou clones grande mesa, refletindo seu ancestral comum, Bigtable do Google.
Talvez a principal diferença entre as lojas de coluna e um RDBMS tradicional é que, em uma loja de coluna, cada registro (pense linha em um RDBMS) não requer um valor único por coluna. Em vez disso, é possível modelar famílias de colunas. Um único registro pode consistir em um campo ID, uma família de coluna para obter informações “cliente”, e outra família coluna para “item de ordem de” informações.
Cada uma dessas famílias de colunas consiste em vários campos. Uma dessas famílias de colunas podem ter várias “linhas” em seu próprio direito. informações item da ordem, por exemplo, tem várias linhas - uma para cada item de linha. Estas linhas irá conter dados como ID do item, quantidade e preço unitário.
Um dos principais benefícios de uma loja de coluna sobre um RDBMS é que as lojas de coluna não exigem campos para estar sempre presente e não requerem um valor de preenchimento nulo em branco como um RDBMS faz. Este recurso evita o problema de dados esparsos, preservando espaço em disco. Um exemplo de um conjunto de dados variável e escasso é mostrada aqui.
A grande coisa sobre lojas coluna é que você pode recuperar todas as informações relacionadas com um único ID de registro, em vez de usar o complexo Structured Query Language (SQL) juntar-se como em um RDBMS. Fazer isso requer um pouco de análise de modelagem e os dados iniciais, no entanto.
No exemplo mostrado, você pode recuperar todas as informações a fim de selecionar uma única linha loja coluna, o que significa que o desenvolvedor não precisa estar ciente do complexo exata juntar a sintaxe de uma consulta em uma loja de coluna, ao contrário eles teriam que ser usando SQL complexo junta em um RDBMS.
Assim, para estruturas de dados relacionais complexos e variáveis, uma loja de coluna pode ser mais eficiente no armazenamento e menos propenso a erros em desenvolvimento do que os seus antepassados RDBMS.
Note-se que, na item família de colunas, ID de cada item é representado dentro da chave, eo valor é a quantidade solicitada. Esta configuração permite a pesquisa rápida de todas as ordens que contêm este ID item.
Se você conhece os campos de dados envolvidas na frente e precisa recuperar rapidamente dados relacionados juntos como um único registro, em seguida, considerar uma loja de coluna.