Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Überlegungen zur Speicherung von Vektorindizes
Ein Vektorindex verbraucht Speicherplatz getrennt von seiner Basistabelle. Der Speicherplatz, den ein Vektorindex verwendet, wird durch die folgenden Faktoren bestimmt:
-
Vektordaten — Jedes indizierte Element speichert seinen Vektor als 32-Bit-Gleitkommawerte (f32). Der Speicherplatz für den Vektorteil eines Elements skaliert mit der Anzahl der Dimensionen im Index. Beispielsweise verwendet ein 1.536-dimensionaler Vektor ungefähr den vierfachen Vektorspeicher eines 384-dimensionalen Vektors.
-
Projizierte Attribute — Die von Ihnen gewählte Projektion steuert, welche Basistabellenattribute in den Index kopiert werden.
KEYS_ONLYspeichert die wenigsten Daten,INCLUDEspeichert die Schlüsselattribute sowie die von Ihnen benannten Nicht-Schlüsselattribute undALLspeichert jedes Attribut. Eine umfassendere Projektion erhöht den Indexspeicher. -
Anzahl indizierter Elemente — Nur Elemente, die ein gültiges Vektorattribut (und, falls der Index einen Partitionsschlüssel definiert, dieses Partitionsschlüsselattribut) enthalten, werden in den Index repliziert. Elemente, denen das Vektorattribut fehlt, verbrauchen keinen Vektorindexspeicher.
Um den Vektorindexspeicher zu steuern, wählen Sie die kleinste Anzahl von Dimensionen aus, die Ihren Relevanzanforderungen entsprechen, und projizieren Sie nur die Attribute, die Ihre Anwendung direkt aus den Suchergebnissen liest. Aktuelle Speicherpreise finden Sie in den Amazon DynamoDB-Preisen
