Tabellenstatistiken

Jede geöffnete Tabelle hat eine Statistik-Schaltfläche — das Balkendiagramm-Symbol — in der Tab-Werkzeugleiste, in beiden Modi, Visuell und PartiQL. Sie öffnet ein Panel pro Tabelle, das die Struktur der Tabelle auf einen Blick zeigt, dich die Tabelle indexieren lässt, damit die Autovervollständigung deine Felder kennt, und ein abgeleitetes Schema als TypeScript, Zod oder JSON Schema exportiert.

Überblick

Der obere Teil des Panels zeigt die Struktur der Tabelle:

• Primärschlüssel — der Partition Key und, falls die Tabelle einen hat, der Sort Key.
• Sekundärindizes — jeder globale oder lokale sekundäre Index und seine Schlüssel. Eine Tabelle mit vielen Indizes bleibt kompakt — die Liste scrollt an Ort und Stelle.
• Items · Größe · Ø Item — DynamoDBs eigene Schätzwerte. Sie werden etwa alle sechs Stunden aktualisiert, behandle sie also als Näherungswerte, nicht als exakte Zahlen. Fahre über DynamoDB-Schätzung, um den Hinweis zu sehen.

Indexing your table

Ohne indizierte Felder zeigen die Abfrage-Editoren von Workbench und PartiQL keine Feld- oder Wertvorschläge. Die Vervollständigung von Keywords, Funktionen und Operatoren funktioniert weiterhin.

Der Index liefert Daten an:

• Abfrage-Editoren: Feld- und Wertvorschläge in Workbench und PartiQL sowie die Workbench-Prüfung auf unbekannte Spalten.
• Item-Editor: indizierte Daten liefern jeden Feldnamen-Vorschlag außerhalb der Keys und alle Wertvorschläge. Die Key-Namen PK, SK, GSI und LSI stammen aus der Tabellendefinition und brauchen keinen Index.
• Visuelle Tabellenwerkzeuge: die Spaltenauswahl, visuelle Query- und Scan-Filter, Smart-Table-Knoten und die Attributauswahl für Beziehungen.
• KI: @column-Vorschläge für die aktive Tabelle, Schema-Tools, Schema-Hinweise für Ghost Text und Inline-Bearbeitungen in beiden Abfrage-Editoren sowie die Normalisierung verknüpfter Smart-Table-Spalten.
• Statistik und Teilen: die Liste Indizierte Felder, der Export des abgeleiteten Schemas und das Veröffentlichen von Indizes im Team Workspace.

Indexgestützte Vervollständigung und KI-Ghost-Text sind zweierlei. Die Indexvorschläge in Workbench und PartiQL sind nicht gesperrt; KI-Ghost-Text ist standardmäßig aus und braucht eine aktive Lizenz.

Im Item-Editor unterdrückt der DynamoDB-JSON-Modus die indexgestützte Wertvervollständigung. Die Vervollständigung von Feldnamen funktioniert dort weiterhin.

Ein Index kann auf fünf Wegen entstehen oder wachsen:

1. Manueller Scan: Tabelle indexieren scannt standardmäßig bis zu 10.000 Items. Neu indexieren löscht zuerst den aktuellen Index und scannt dann bis zur selben Obergrenze. Bei breiten Tabellen oder solchen mit langem Attribut-Tail fehlen Attribute, die erst jenseits der Obergrenze auftauchen.
2. Abgerufene Seiten: während du Tabellenseiten abrufst, fügt DynoTable diese Items dem Index hinzu, ohne ihn zu löschen.
3. Smart Tables: die erste abgerufene Seite legt den Index an.
4. Team Workspace: der veröffentlichte Index eines Teammitglieds lässt sich ohne lokalen Scan importieren. Was ein Import ersetzt, steht unter Team Workspace.
5. KI-Bootstrap: bei einem Schema-Fehltreffer indexiert die KI vor dem Antworten nach bestem Bemühen etwa 100 Items. Sie ergänzt einen vorhandenen Index.

Der manuelle Scan zeigt den Fortschritt live und verbraucht DynamoDB-Lesevorgänge. Nach der Indexierung listet Indizierte Felder die gefundenen Attribute auf, einschließlich verschachtelter Punktpfade wie commonData.status.

Jedes Feld zeigt seinen beobachteten Typ und ob es über die beprobten Items hinweg erforderlich oder optional war. Ab einer Handvoll Feldern erscheint ein Filterfeld, damit du eines schnell findest. Index löschen entfernt den lokalen Index.

Ein Schema exportieren

Öffne bei einer indexierten Tabelle Exportieren und wähle ein Format, um deine Items in ein typisiertes Schema zu verwandeln:

• TypeScript — ein interface.
• Zod — ein z.object(...)-Schema (Standard-Schema-kompatibel).
• JSON Schema — draft 2020-12.

Kopiere es in die Zwischenablage oder speichere es in eine Datei. Jeder Export beginnt mit einem Hinweis, dass er aus den beprobten Items abgeleitet wurde — ein starker Ausgangspunkt, kein verbindlicher Vertrag. Die Optionalität spiegelt wider, wie oft jedes Attribut während der Indexierung auftauchte; Primärschlüssel-Attribute sind immer als erforderlich markiert.

Dies ist ein Schema der Struktur deiner Daten — abzugrenzen von einem Export der Daten selbst.