Dynobase

Dynobase liest Zugangsdaten aus ~/.aws, also dort, wo auch AWS CLI und SDKs nachsehen. Profile mit MFA, SSO-Identitäten und aws-vault-Setups erscheinen in einer Seitenleiste, und Sie springen zwischen Konten und Regionen, ohne das Fenster zu schließen. Kurzlebige und langlebige Zugangsdaten funktionieren beide.

Sie nennen eine Tabelle, den Rest übernimmt der Builder: Query oder Scan, welcher Index, wie die Key-Bedingung lauten muss. PartiQL- und SQL-Anweisungen nimmt er ebenfalls an, was hilft, wenn Sie die Syntax schon kennen. Jede Abfrage lässt sich als CLI-Befehl oder SDK-Schnipsel ausgeben.

Items öffnen sich als editierbares JSON, Maps und Listen inklusive. Sie ändern ein verschachteltes Attribut direkt und speichern, und dieser DynamoDB-Editor schreibt nur die Änderung. Wer schon einmal einen UpdateExpression von Hand gebaut hat, spart sich damit die meisten Syntaxfehler.

Updates, Löschvorgänge und Transaktionen bekommen einen formularbasierten Builder, der produktionsreifen Code ausgibt. Am wichtigsten ist er bei bedingten Schreibvorgängen und Transaktionen über mehrere Items, wo ein Tippfehler in der Bedingung zu einem stillen No-op wird.

Dynobase AI macht aus einer einfachen Beschreibung einen Schnipsel für JavaScript, TypeScript, Python, Go oder Rust. Sie beschreiben den Vorgang, prüfen die Ausgabe und kleben sie ins Projekt. Behandeln Sie das als ersten Entwurf, denn der erzeugte Code braucht vor dem Einsatz noch einen Blick.

Speichert Ihre Tabelle Embeddings, können Sie den Vektorindex mit Text, einem eingefügten Embedding oder einem vorhandenen Item abfragen und die Rangliste prüfen. Das spart das Wegwerfskript, das sonst bei jeder Qualitätskontrolle der Suche nötig wäre.

Der Explorer bildet verschachtelte Pfade, fehlende Attribute und gemischte Typen über geladene Ergebnisse oder eine begrenzte Stichprobe ab. JSON-Pfadfilter holen danach einen verschachtelten Wert als gespeicherte Spalte ins Raster, sodass eine Tabelle mit tiefen Dokumenten lesbar bleibt.