Antwort

5

Sie ohne PartitionKey oder RowKey und Service am Tisch werfen jedoch nicht abfragen können Fehler bitte beachten Sie, dass dies ein Full Table Scan tun beginnend mit der ersten PartitionKey/RowKey-Kombination, bis die übereinstimmenden Entitäten gefunden werden.

Dies ist möglicherweise kein Problem, wenn Ihr Tisch klein ist. Es wird jedoch ein Problem sein, wenn Ihr Tisch groß wird. Es besteht die Möglichkeit, dass Sie keine Daten zurück erhalten, sondern nur das Fortsetzungstoken, und Sie müssten Ihre Tabelle erneut mit diesem Fortsetzungstoken abfragen.

Wenn Sie auf E-Mail-Feld abfragen möchten, würde ich sehr empfehlen, Ihre Daten zu duplizieren, so dass das E-Mail-Feld die PartitionKey wird.

Nicht sicher, ob Sie das bereits gelesen haben, aber ich würde Ihnen wärmstens empfehlen, Azure Table Storage Design Guide zu lesen: https://azure.microsoft.com/en-in/documentation/articles/storage-table-design-guide/.

+0

Ich habe versucht, das zu tun, ist es, die Daten zurückkehrt, aber es ist zu langsam, jetzt dachte ich in 'RegisteredUser Table' die E-Mail-Feld zu speichern. –

+0

'es gibt die Daten zurück, aber es ist zu langsam '-> Das ist, was ich mit dem Table Scan gemeint habe. Wenn Sie den Netzwerkverkehr mit einem Tool wie Fiddler überwachen, werden Sie feststellen, dass viele Anrufe an den Azure Table Storage Service gesendet werden. –

+0

Danke mein Herr, jetzt bin ich endgültig über die RegistrierteUserEmail-Tabelle zu tun. –

0

Performance by query

können Sie, aber es wird Scan sein, und es ist der schlimmste Fall Tabellen-Speicher zu verwenden.

Sie sollten Ihr Design ändern und Sie sollten mindestens einen der Schlüssel verwenden. Sie können Speichertabellen für Ihre Unternehmen erstellen und Ihre E-Mail zu einem Teilschlüssel machen.

Hinweis: Bild von diesem genommen article

Verwandte Themen