Aquí hay un fragmento de código que inicializa una TableBatchOperation diseñada para recuperar dos filas en un solo lote:

 TableBatchOperation batch = new TableBatchOperation();
 batch.Add(TableOperation.Retrieve("somePartition", "rowKey1"));
 batch.Add(TableOperation.Retrieve("somePartition", "rowKey2")); 
 //second call throws an ArgumentException:
 //"A batch transaction with a retrieve operation cannot contain 
 //any other operation"

Como se mencionó, se lanza una excepción, y pareceno se admite para recuperar N filas en un solo lote. Esto es un gran problema para mí, ya que necesito recuperar unas 50 filas por solicitud.Este problema es tanto el rendimiento como el costo. Como es de su conocimiento, los precios de Azure Table Storage se basan en la cantidad de transacciones, lo que significa que 50 operaciones de recuperación son 50 veces más caras que una sola operación por lotes.

¿Me he perdido algo?

Nota al margen Estoy usando la nueva API de almacenamiento de Azure 2.0. Me he dado cuenta de que esta pregunta nunca se ha planteado en la web. Esta restricción podría haberse agregado recientemente?

editar

He encontrado una pregunta relacionada aquí:Muy lento en la consulta de almacenamiento de tablas de Azure en PartitionKey / RowKey List. Parece que el uso de TableQuery con "o" en los resultados de las filas con un escaneo completo de la tabla. Realmente hay un problema serio aquí ...