Items bearbeiten

DynoTable bearbeitet Items als JSON in einem echten Code-Editor — Autovervollständigung, Formatierung und Inline-Validierung. Beim Speichern wird die Änderung standardmäßig zur Prüfung ins Staging gelegt; eine zweite Tastenkombination committet sie. Beides erfordert eine aktive Lizenz.

Öffne ein Item aus dem Raster, um es zu bearbeiten, oder drücke ⌘N, um ein neues zu erstellen. Ein neues Item wird mit den Key-Attributen der Tabelle vorbefüllt; fülle den Rest aus.

Der Item-Editor mit dem JSON-Puffer, dem Modusumschalter und den Speicher-Steuerelementen.

JSON-Modi

Ein Umschalter in der Kopfzeile des Editors wechselt, wie das Item dargestellt wird. Der Wechsel zwischen Einfach und DynamoDB-JSON round-trippt Strings, Numbers, Booleans, Null, Maps, Lists und Sets — innerhalb der beiden Einschränkungen am Ende dieser Seite.

Einfach — Primitive bleiben einfach ("count": 3, nicht {"N": "3"}). Sets nutzen ein kompaktes Ein-Schlüssel-Sentinel: {"SS": [...]} für String-Sets, {"NS": [...]} für Number-Sets, {"BS": [...]} für Binary-Sets. Der am einfachsten zu lesende und von Hand zu bearbeitende Modus.
DynamoDB-JSON — die kanonische, von AWS Wire-Form, in der jeder Wert typumhüllt ist. Nutze sie, wenn du DynamoDB-JSON von woanders einfügst.
Flow — ein schreibgeschützter Graph des geparsten Items (Maps, Lists und Sets als Knoten). Nützlich, um die Form eines tief verschachtelten Datensatzes zu verstehen. Bearbeitet wird weiterhin im darunterliegenden Einfach-/DynamoDB-Puffer.

Drücke ⌘⇧M im Editor, um die Modi durchzuschalten. Ein ? neben dem Umschalter zeigt ein Nebeneinander-Beispiel jedes Formats.

Validierung

Der Editor validiert, während du tippst, und zeigt Probleme inline an:

Fehlerhaftes JSON und Schema-Verletzungen erscheinen als Editor-Diagnosen.
Key-Attribute werden geprüft, sodass du kein Item speichern kannst, dem sein Partition-/Sort-Key fehlt.
Drücke ⌘⇧F, um den Puffer neu zu formatieren.

Blockiert ein Parse-Fehler einen Moduswechsel, springt der Umschalter zurück und der Fehler bleibt sichtbar — dein Puffer wird nie stillschweigend zu etwas Ungültigem umformatiert.

Speichern

Das Speichern eines Items legt es ins Staging — die Änderung tritt dem Staging-Bereich dieser Tabelle als Diff bei (geteilt über jede Ansicht der Tabelle) und wird erst nach Commit in DynamoDB geschrieben. Die beiden Speicher-Tastenkombinationen:

⌘S — die Änderung ins Staging legen (kein Commit). Sicherer; prüfe sie zuerst im Panel.
⌘⇧S — speichern und sofort committen.

Das Ablegen im Staging (oder ein sauberer Commit) schließt den Editor. Trifft ein Commit auf einen Schreibkonflikt oder Fehler, bleibt der Editor offen, sodass du vom Staging-Panel aus neu aufsetzen kannst. Um eine vorbereitete Änderung weiter zu bearbeiten, öffne sie erneut über die Diff-Karte im Staging-Panel.

Einschränkungen

Ein paar v1-Sonderfälle, die du kennen solltest:

Zahlen größer als 2⁵³ verlieren in beiden JSON-Modi an Präzision (eine Grenze des DynamoDB-SDK). Für verlustfreie große Zahlen nutze die marshalled Variante beim Export.
Binäre (B / BS) Werte, die im DynamoDB-Modus bearbeitet werden, können beim Speichern zu String-Typen round-trippen — bearbeite Binär im Einfach-Modus.