Airtable

Airtable ist eine Tabelle, die heimlich eine Datenbank ist. Jede Tabelle hat typisierte Spalten, Datensätze verknüpfen sich, und obendrauf gibt es Formulare, Ansichten und eine API. Menschen nutzen es wie eine Tabellenkalkulation, Code wie eine Datenbank. Diese Doppelnatur ist der ganze Reiz.

So nutze ich es

Kleine Bases, die ein Skript liest und schreibt. Eine ist eine Bausteinbibliothek für Video: Hooks, Rahmen, Handlungsaufforderungen, jeweils ein Datensatz mit Tags, und ein Skript setzt daraus Kombinationen zusammen. Eine andere ist eine Testwarteschlange, in die eine Idee als Zeile mit Status hineingeht und mit Urteil herauskommt. Eine dritte hält Buchhaltungszeilen, die jemand anders von Hand einträgt und die ein Skript abgleicht. Der Punkt ist jedes Mal derselbe: Eine Person bearbeitet ein Raster, das sie versteht, und ein Skript liest das Ergebnis ohne Parser.

Überrascht hat mich, wie gut die API-Dokumentation ist, weil sie aus deiner eigenen Base erzeugt wird, mit deinen eigenen Feldnamen in den Beispielen. Was mich nervt, ist die Größe. Jede Base hat eine Datensatzobergrenze, und du erreichst sie genau dann, wenn die Base wichtig geworden ist. Der Preis pro Sitz heißt, dass eine mit ein paar Leuten geteilte Base mehr kostet als die gehostete Datenbank, die sie ersetzen würde. Und das API-Ratenlimit ist niedrig; ein Skript, das eine große Tabelle ohne Pausen durchläuft, wird in Sekunden gedrosselt. Ich blättere jetzt langsam und halte das Ergebnis lokal vor.

Für wen es ist

Für alle mit einer Tabelle, die Mensch und Skript beide anfassen müssen und die unter ein paar Zehntausend Zeilen bleibt. Für einen Solo-Entwickler deckt der Gratis-Plan viel ab. Lass es, wenn die Daten nur für Code sind; eine echte Datenbank ist günstiger und hat keine Decke. Und lass es, wenn das Team groß ist; der Sitzpreis entscheidet dann für dich.