Éditer des éléments

DynoTable édite les éléments en JSON dans un vrai éditeur de code — autocomplétion, formatage et validation inline — puis route chaque enregistrement à travers la zone de staging pour que rien ne touche DynamoDB tant que tu n’as pas validé.

Ouvre un élément depuis la grille pour l’éditer, ou appuie sur ⌘N pour en créer un nouveau. Un nouvel élément est pré-rempli avec les attributs de clé de la table ; remplis le reste.

L’éditeur d’éléments avec le buffer JSON, le commutateur de mode et les contrôles d’enregistrement.
L’éditeur d’éléments avec le buffer JSON, le commutateur de mode et les contrôles d’enregistrement.

Modes JSON

Un commutateur dans l’en-tête de l’éditeur change la façon dont l’élément est représenté. Plain et DynamoDB JSON sont entièrement sans perte — passer de l’un à l’autre fait un aller-retour sur les Strings, Numbers, Booleans, Null, Maps, Lists et Sets sans altérer tes modifications.

  • Plain — les primitives restent simples ("count": 3, pas {"N": "3"}). Les Sets utilisent une sentinelle compacte à une clé : {"SS": [...]} pour les sets de chaînes, {"NS": [...]} pour les sets de nombres, {"BS": [...]} pour les sets binaires. Le mode le plus facile à lire et à éditer à la main.
  • DynamoDB JSON — la forme filaire canonique marshallée d’AWS, où chaque valeur est enveloppée d’un type. Utilise-le quand tu colles du DynamoDB-JSON venu d’ailleurs.
  • Flow — un graphe en lecture seule de l’élément analysé (Maps, Lists et Sets en nœuds). Utile pour comprendre la forme d’un enregistrement profondément imbriqué. Les éditions se font toujours dans le buffer Plain / DynamoDB en dessous.

Appuie sur ⌘⇧M dans l’éditeur pour faire défiler les modes. Un ? à côté du commutateur montre un exemple côte à côte de chaque format.

Validation

L’éditeur valide à mesure que tu tapes et fait remonter les problèmes inline :

  • Le JSON malformé et les violations de schéma s’affichent en diagnostics d’éditeur.
  • Les attributs de clé sont vérifiés pour que tu ne puisses pas enregistrer un élément auquel manque sa clé de partition/de tri.
  • Appuie sur ⌘⇧F pour reformater le buffer.

Si une erreur d’analyse bloque un changement de mode, le commutateur revient en arrière et l’erreur reste visible — ton buffer n’est jamais silencieusement reformaté en quelque chose d’invalide.

Enregistrement

Enregistrer un élément le prépare (stage) — le changement rejoint la zone de staging de cette table sous forme de diff (partagée par chaque vue de la table) et n’est écrit dans DynamoDB que lorsque tu valides. Les deux raccourcis d’enregistrement :

  • ⌘S — prépare le changement (pas de validation). Plus sûr ; examine-le d’abord dans le panneau.
  • ⌘⇧S — enregistre et valide immédiatement.

La préparation (ou une validation propre) ferme l’éditeur. Si une validation rencontre un conflit ou une erreur d’écriture, l’éditeur reste ouvert pour que tu puisses rebaser depuis le panneau de staging. Pour reprendre l’édition d’un changement préparé, rouvre-le depuis la carte de diff du panneau de staging.

Limitations

Quelques cas limites de la v1 valent d’être connus :

  • Les nombres plus grands que 2⁵³ perdent en précision dans l’un ou l’autre mode JSON (une limite du SDK DynamoDB). Pour des grands nombres sans perte, utilise la variante marshallée lors de l’export.
  • Les valeurs binaires (B / BS) éditées en mode DynamoDB peuvent revenir en types chaîne à l’enregistrement — édite le binaire en mode Plain.

Mis à jour