Windows Azure Table Storage LINQ Operadores

Question

Atualmente, o armazenamento de tabela suporta, de onde, pega e primeiro.

Existem planos para apoiar algum dos outros 29 operadores?

Existem práticas de arquitetura ou design em relação ao armazenamento que se deve seguir para implementar coisas como contagem, soma, grupo por etc?

Se tivermos que codificar por isso, quanta diferença de desempenho estamos analisando para algo semelhante via SQL e SQL Server? Você vê que é um pouco comparável ou será muito mais lento se eu precisar fazer uma contagem, soma ou grupo por um conjunto de dados gigantesco?

Gosto da plataforma do Azure e da idéia de armazenamento baseado em nuvem. Gosto de armazenamento de mesa para a quantidade de dados que ele pode armazenar e sua natureza sem esquema. O SQL Azure simplesmente não funciona devido ao alto custo do espaço de armazenamento.

Answer 1

A única alternativa é puxar tudo localmente e executar contagem () ou soma () sobre os objetos locais. Como você precisa transferir todo o conteúdo da sua tabela antes de fazer a contagem, isso certamente será muito mais lento do que fazer algo do lado do servidor como com o SQL. Quanto mais lento depende do tamanho dos seus dados.

Answer 2

Ryan,

Como Steve disse, as agregações são resolvidas "lado do cliente", o que pode fazer um mau perfoma se seus conjuntos de dados forem muito grandes.

Uma alternativa é pensar no problema de uma maneira diferente. Você pode querer pré-computar esses valores para que estejam prontamente disponíveis. Por exemplo, se você tiver dados mestre-detail (como os itens proverbiais do pedido de compra + linha), convém armazenar a "soma dos itens de linha" no cabeçalho. Isso pode parecer "redundante" (e é), mas a desnormalização é algo que você terá que considerar.

Essas pré-computações podem ser feitas "sincronia" ou "assíncrona". Em algumas situações, você pode dar ao luxo de ter aproximações, portanto, atrasar o cálculo pode ser benéfico do ponto de vista do perfomância.