Archiviazione tabella di Azure RowKey Pattern di caratteri con restrizioni?

Question

Esistono modelli di caratteri limitati in Azure TableStorage RowKeys? Non sono stato in grado di trovare alcun documento tramite numerose ricerche. Tuttavia, sto ricevendo un comportamento che implica un tale controllo delle prestazioni.

Ho un comportamento strano con RowKeys costituito da caratteri casuali (il test driver impedisce i caratteri con restrizioni (/ \ #?) Oltre a bloccare le virgolette singole che si verificano nel RowKey). Il risultato è che ho un RowKey che inserirà fine nella tabella, ma non può essere interrogato (il risultato è InvalidInput). Per esempio:

RowKey: 9}5O0J=5Z,4,D,{!IKPE,~M]%54+9G0ZQ&G34!G+ 

Il tentativo di interrogare da questa RowKwy (uguaglianza) si tradurrà in un errore (sia all'interno della nostra app, utilizzando Azure Storage Explorer, e Cloud Storage Studio 2). Ho dato un'occhiata a richiesta viene inviata tramite Fiddler:

GET /foo()?$filter=RowKey%20eq%20'9%7D5O0J=5Z,4,D,%7B!IKPE,~M%5D%54+9G0ZQ&G34!G+' HTTP/1.1 

Sembra che il 54% nel RowKey non è sfuggito nel filtro. È interessante notare che ottengo un comportamento simile per le richieste batch allo storage della tabella con URI nel file XML XML che include questo RowKey. Ho anche visto un comportamento simile per RowKeys con doppie virgolette incorporate, sebbene non abbia ancora isolato quel modello.

Qualcuno mi ha parlato di questo comportamento? Posso facilmente limitare i caratteri aggiuntivi che si verificano in RowKeys, ma mi piacerebbe davvero conoscere le 'regole'.

Answer 1

I seguenti caratteri non sono ammessi nei campi PartitionKey e RowKey:

• Il carattere barra (/)
• La barra rovesciata (\) personaggio
• Il simbolo di cancelletto (#) personaggio
• Il punto interrogativo (?) Carattere

Fare riferimento al seguente articolo e per ulteriori informazioni: http://msdn.microsoft.com/en-us/library/windowsazure/dd179338.aspx

Answer 2

Ho scoperto che oltre ai caratteri elencati nella risposta di Igorek, anche questi possono causare problemi (ad es. inserimenti falliranno):

• |
• []
• {}
• <>
• $^&

Testato con Azure SDK Node.js.

Answer 3

Ho appena scoperto (nel modo più rigido) che è consentito il segno "+", ma non è possibile eseguire una query in PartitionKey.

Answer 4

public static readonly Regex DisallowedCharsInTableKeys = new Regex(@"[\\\\#%+/?\u0000-\u001F\u007F-\u009F]");

rilevamento della tabella non valido partizioni e tasti Row:

bool invalidKey = DisallowedCharsInTableKeys.IsMatch(tableKey);

Sanificazione la partizione non valido o la riga di chiave:

string sanitizedKey = DisallowedCharsInTableKeys.Replace(tableKey, disallowedCharReplacement);

In questa fase si può anche vuoi anteporre il tasto igienizzato (Partition Key o Row Key) con l'hash della chiave originale per evitare false collisioni di diverse chiavi non valide aventi lo stesso valore igienizzato.

Non utilizzare la stringa.GetHashCode() sebbene possa produrre codice hash diverso per la stessa stringa e non deve essere utilizzato per identificare l'unicità e non deve essere persistuto.

Io uso SHA256: https://msdn.microsoft.com/en-us/library/s02tk69a(v=vs.110).aspx

per creare l'hash array di byte della chiave non valida, convertire l'array di byte a stringa esadecimale ed il prefisso del tasto tavolo igienizzata con quello.

anche vedere relativi MSDN Documentazione: https://msdn.microsoft.com/en-us/library/azure/dd179338.aspx

sezione relativa dal link: caratteri non consentiti nei campi chiave

I seguenti caratteri non sono ammessi nei valori delle proprietà PartitionKey e RowKey:

Il carattere barra in avanti (/)

Il bac kslash (\) personaggio

Il simbolo di cancelletto (#) personaggio

Il punto interrogativo carattere

caratteri di controllo da U + 0000 a U + 001F, tra cui (?):

• La scheda orizzontale (\ t) carattere

• L'avanzamento riga (\ n)

• Il ritorno (\ r) carattere

caratteri Control U + 007F a U + 009F

noti che oltre ai caratteri menzionati nell'articolo MSDN, ho anche aggiunto il% char per il pattern da quando ho visto in alcuni posti dove la gente dice che è problematico. Immagino che parte di questo dipenda anche dalla lingua e dalla tecnologia che stai utilizzando per accedere alla memoria della tabella.

Se si rilevano altri caratteri problematici nel proprio caso, è possibile aggiungerli al modello regex, non è necessario modificare nient'altro.

Answer 5

In aggiunta a quanto sopra non è possibile utilizzare un trattino di sottolineatura _ all'inizio di una chiave di partizione, viene restituito un errore che una chiave che inizia con un trattino basso non è una chiave di partizione valida.