Azure DB Kosmos - Verständnis Partition-Key

Ich bin einrichten unserer ersten Azure-Kosmos-DB - I wird die Einfuhr in die erste Kollektion, die Daten aus einer Tabelle in einer unserer SQL-Server-Datenbanken. Bei der Einrichtung der Sammlung, ich habe Schwierigkeiten zu verstehen, die Bedeutung und die Anforderungen rund um den partition key, mit dem ich speziell den Namen beim einrichten dieser ersten Sammlung.

Habe ich die Dokumentation zu Lesen hier: (https://docs.microsoft.com/en-us/azure/cosmos-db/documentdb-partition-data) und bin immer noch unsicher wie gehen Sie mit der Namenskonvention dieser partition key.

Kann mir jemand helfen zu verstehen, wie ich denken in der Benennung dieser partition key? Siehe die Abbildung unten für das Feld, das ich versuche zu füllen.Azure DB Kosmos - Verständnis Partition-Key

Fall hilft es, den Tisch ich bin der Import besteht aus 7 Spalten, einschließlich eine eindeutige Primärschlüssel eine Spalte von unstrukturierten text, eine Spalte mit URL ' s und mehrere andere sekundäre Bezeichner für den Datensatz der URL. Nicht sicher, ob jede dieser Informationen hat keine Auswirkungen auf Sie, wie sollte ich den Namen meiner Partition Key.

EDIT: ich habe ein screenshot von dem mehrere Datensätze aus der Tabelle, aus der ich importieren, pro Anfrage von @Porschiey.

Azure DB Kosmos - Verständnis Partition-Key

InformationsquelleAutor Stpete111 | 2017-07-12

  1. 17

    Ehrlich gesagt die video hier* war eine GROßE Hilfe zum Verständnis der Partitionierung CosmosDb.

    Aber in aller Kürze:
    Die PartitionKey ist eine Eigenschaft, die vorhanden auf jedes einzelne Objekt, das am besten verwendet, um Gruppen ähnlicher Objekte zusammen.

    Gute Beispiele HIERFÜR sind die Lage (wie Stadt), Kunden-Id, Team und mehr. Natürlich, es Wild hängt von Ihrer Lösung, so vielleicht, wenn Sie wurden zu veröffentlichen, was Ihr Objekt sieht aus wie wir könnte empfehlen, eine gute partition key.

    EDIT: Sollte erwähnt werden, dass PartitionKey ist nicht erforderlich für Sammlungen unter 10GB. (danke David Makogon)

    * Das video verwendet, um live auf dieses MS-docs-Seite berechtigt, "Partitionierung und horizontale Skalierung von Azure-Kosmos DB", aber hat seitdem gewesen entfernt. Ein direkter link bereitgestellt hat, vor.

    Tatsächlich, für Kollektionen, die größer als 10GB, partition Taste ist erforderlich.
    du hast Recht. Danke. Bearbeitet zu korrigieren meine Antwort. Danke.
    tolle info, vielen Dank dafür, ich werde das video zu sehen. Und ja, mir wird in meine über 10-Gbit-also der Partition Key wird benötigt. Ich werde ein screenshot von ein paar Zeilen meiner Tabelle.
    Screenshot der bestehenden Tabelle Hinzugefügt, main-post. Danke.
    Danke! Nun, es ist schwer, ohne eng das Verständnis der Zweck jeder Eigenschaft gibt. Sie zu wollen Sie werden sich Fragen "Aus, welche Eigenschaft möchten Sie individualisieren Leistung?" In anderen Worten, wenn Sie Holen SourceCountry als PartitionKey, Ergebnisse aus anderen Ländern werden nicht sehen, die Abfrageleistung beeinträchtigt, wenn die USA mehr Dokumente. Ich würde entweder wählen Sie SourceCountry oder Category - aber Sie sollten spielen, um mit verschiedenen Ansätzen, um zu sehen, was funktioniert am besten für Sie.

    InformationsquelleAutor Porschiey

  2. 6

    CosmosDB kann verwendet werden, zu speichern, Grenzwert von Daten. Wie es funktioniert, im Backend ist mit partition-Taste. Ist es das gleiche als Primary key? - KEINE

    Primärschlüssel: dient der Eindeutigen Identifizierung des Daten
    Partition key hilft bei der Splitter, der Daten(beispielsweise eine partition für die Stadt New York city ist eine partition key).

    Partitionen haben ein limit von 10GB, und das besser verteilen wir die Daten über Partitionen, je mehr wir es verwenden können. Wenn es irgendwann mehr brauchen verbindungen, um Daten von allen Partitionen. Beispiel: Abrufen von Daten von der gleichen partition in einer Abfrage wird immer dann schneller, um Daten aus mehreren Partitionen.

    Über die letzten paragaph, meinst du physische oder logische partition?

    InformationsquelleAutor Animesh Jain

  3. 3

    Partition Key wird verwendet für Splitter, es wirkt wie eine logische partition für Ihre Daten, und bietet Cosmos DB mit eine Natürliche Grenze für die Verteilung von Daten in Partitionen.

    Lesen Sie mehr über es hier: https://docs.microsoft.com/en-us/azure/cosmos-db/partition-data

    InformationsquelleAutor Thiago Custodio

  4. 3

    Jede partition in einer Tabelle speichern kann bis zu 10 GB (und einem einzigen Tabelle speichern können, wie viele Dokument-schema-Typen, wie Sie möchten). Sie müssen wählen Sie Ihre partition Schlüssel obwohl, das alle Dokumente gespeichert werden, die gegen diesen key (also fallen in diese partition) unter, die 10GB Grenze.

    Ich bin über dieses denken zu Recht, nun - so soll die partition key eine aktuelle Auswahl von einigen geben? In diesem Fall, es würde wirklich davon abhängen, wie viel Daten immer gespeichert in einem Zeitraum von Zeit.

    InformationsquelleAutor JakeJ

  5. 2

    Partition-key fungiert als eine logische partition.

    Nun, was ist eine logische partition, die Sie Fragen können? Eine logische partition kann variieren je nach Ihren Anforderungen; angenommen, Sie haben Daten, die kategorisiert werden können, auf der Grundlage Ihrer Kunden, die für diesen Kunden "Id" wird als logische partition und info für den Nutzer platziert werden, nach Ihrer Kunden-Id.

    Welche Auswirkungen hat dies auf die Abfrage?

    Während der Abfrage setzen Sie Ihre partition key als feed-Optionen und wird nicht fügen Sie es in Ihrem filter.

    e.g: Wenn Ihre Abfrage wurde 

    SELECT * FROM T WHERE T.CustomerId= 'CustomerId';

    Wird es Jetzt

    var options = new FeedOptions{ PartitionKey = new PartitionKey(CustomerId)};

var query = _client.CreateDocumentQuery(CollectionUri,$"SELECT * FROM T",options).AsDocumentQuery();

    InformationsquelleAutor user3737269

Schreibe einen Kommentar