Items bearbeiten

DynoTable bearbeitet Items als JSON in einem echten Code-Editor — Autovervollständigung, Formatierung und Inline-Validierung — und leitet dann jede Speicherung über den Staging-Bereich, sodass nichts DynamoDB berührt, bis du committest.

Ö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. Einfaches und DynamoDB-JSON sind vollständig verlustfrei — das Wechseln zwischen ihnen erhält Strings, Numbers, Booleans, Null, Maps, Lists und Sets, ohne deine Bearbeitungen zu verändern.

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 marshalled 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 bereitet es vor — 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 vorbereiten (kein Commit). Sicherer; prüfe sie zuerst im Panel.
⌘⇧S — speichern und sofort committen.

Das Vorbereiten (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.