Utilizzando le tabelle di ricerca con Azure Table Storage-pena la creazione di un servizio di lavoratore solo per gestire questo?

Question

non vedo a fare un po 'di sviluppo per la piattaforma Azure. Non ho bisogno di quella roba relazionale completo che si ottiene da SQL Azure e sarei molto interessato ad utilizzare Storage Table posto.

Ora l'unica cosa relazionale ho bisogno di essere in grado di fare è rappresentare uno-a-molti e molti-a-molti tra le tabelle nel mio stoccaggio.

Sono abbastanza contento di come utilizzare le tabelle intermedie con tasti di parzializzazione e riga per rappresentare questo, più o meno il modo in cui i database regolari li rappresentano internamente.

Quello che mi chiedo è se vale la pena creare un servizio lavoratore solo per intermedia tra il deposito e tutto ciò che vi accede, in modo da creare un front-end che potrebbe sorvegliare il limitato grado di integrità referenziale che sto cercando .

ho potuto fare questo come parte del cliente abbastanza facilmente, ma mi chiedo se avere il servizio in hosting nel cloud significherebbe rete più bassa latenza, dato che tutte le query che attraversa questi riferimenti avrebbe probabilmente bisogno di parlare tre diversi tavoli e presumibilmente tali richieste dovrebbero essere molto più veloce tra un servizio e l'immagazzinaggio pubblicato nel cloud, quindi non ci sarebbe solo una richiesta da fuori nuvola piuttosto che diversi.

Se questa è una strategia utile, c'è uno strumento esistente per farlo? Se non ciò che avrebbe funzionato meglio o è lì solo beneficio non percepibile? Devo solo succhiarlo giù e andare per SQL Azure Per o qualche tipo di soluzione eterogenea dove posso conservare i miei grandi dati della tabella di stoccaggio e le mie ricerche e riferimenti di tabella in SQL?

Answer 1

Un servizio hosted non solo hanno un accesso più rapido allo stoccaggio tavolo; la larghezza di banda tra il servizio e lo stoccaggio tavolo non sarà fatturato (fintanto che è nella stessa data center).

Astraendo stoccaggio tavolo in un servizio è una buona idea, e può essere fatto sia con un ruolo di lavoratore o di un ruolo WCF Web Service. Se si stesse guardando gli annunci a PDC di quest'anno, si potrebbe avere visto che le prossime ruoli web avrà piena IIS ed essere in grado di ospitare più applicazioni web, così si potrebbe potenzialmente ospitare il vostro sito web e il servizio nello stesso ruolo (più economico Efficace oltre ad ospitare in ruoli separati).