Mit Lookup-Tabellen mit Azure Table Storage- lohnt sich ein Arbeiter Service zu schaffen gerade diese zu verwalten?

StackOverflow https://stackoverflow.com/questions/4068635

Frage

Ich bin auf der Suche in einem gewissen Entwicklung für die Plattform Azure tun. Ich brauche nicht die vollen Relational Sachen, die Sie von SQL Azure bekommen und ich würde ganz stattdessen verwenden Tabellen Speicher interessiert sein.

Nun ist das ein relationales was ich brauche, tun zu können, ist eine Eins-zu-viele-tun repräsentieren und viele-zu-viele Beziehungen zwischen Tabellen in meinem Speicher.

Ich bin ganz zufrieden, wie Zwischen Tabellen zu verwenden, um mit Trennwand und Zeilenschlüssel dies darzustellen, in viel die Art und Weise, dass regelmäßige Datenbanken sie intern repräsentieren.

Was ich frage mich, ob es sich lohnt, einen Arbeiter Service gerade Zwischen zwischen dem Speicher und etwas zu schaffen, die es zugreift, um ein vorderes Ende zu schaffen, die den begrenzten Grad an referenzielle Integrität überwachen könnte ich suche .

Ich könnte dies als Teil des Kunden tun leicht genug, aber ich frage mich, ob der Service in der Cloud gehostet mit niedrigeren Netzwerk-Latenz gegeben würde bedeuten, dass jede Abfrage, die über diese Referenzen geht wahrscheinlich wäre Notwendigkeit zu reden drei verschiedene Tabellen und vermutlich sollten viel schneller seine diese Anforderungen zwischen einem Dienst und Speicherung in der Cloud geschrieben, so gäbe es nur eine Anforderung sein, von außerhalb der Wolke nicht mehrere.

Wenn dies eine nützliche Strategie ist, gibt es ein vorhandenes Werkzeug, es zu tun? Wenn nicht, was würde besser funktionieren, oder gibt es einfach keine wahrnehmbaren Nutzen? Soll ich es nur saugen und gehe für SQL Azure oder irgendeine Art von heterogener Lösung, wo ich meine großen Daten in Tabellen Speichern und meine Lookups und Tabellenverweise in SQL?

War es hilfreich?

Lösung

Eine gehostete Service wird nicht nur einen schnelleren Zugriff auf Tabellen-Speicher haben; die Bandbreite zwischen dem Dienst und Tabellenspeicher wird (solange es im selben Rechenzentrum ist) nicht in Rechnung gestellt werden.

Abstracting Tabellenspeicher in einen Service ist eine gute Idee, und kann entweder mit einem Arbeiter Rolle oder einem WCF-Dienst Webrolle erfolgen. Wenn Sie die Ankündigungen auf der diesjährigen PDC beobachtet wurden, haben Sie vielleicht, dass die bevorstehenden Web-Rollen voll IIS haben gesehen und in der Lage, mehrere Web-Anwendungen zu hosten, so dass Sie möglicherweise Ihre Website hosten könnte und Ihren Dienst in der gleichen Rolle (kosten -Effektive als in getrennten Rollen-Hosting).

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top