Datenbanken und Backend-Logik ohne Code
No-Code-Datenbanken verstehen — Tabellen verknüpfen, Views erstellen und Backend-Logik per Konfiguration statt Code.
Die Datenbank ist das Rückgrat jeder ernsthaften No-Code-App. Ohne saubere Datenstruktur wird deine App mit der Zeit unbrauchbar — egal wie schön die Oberfläche ist.
🔄 Quick Recall: In der letzten Lektion hast du Automatisierungen gebaut — Trigger, Actions und Conditions für Workflows, die sich selbst erledigen. Jetzt organisierst du die Daten, auf denen alles aufbaut.
Datenbank vs. Spreadsheet
Der wichtigste Unterschied für No-Code-Projekte:
| Eigenschaft | Spreadsheet (Excel/Sheets) | Datenbank (Ninox/Airtable/SeaTable) |
|---|---|---|
| Struktur | Flach (eine Tabelle) | Verknüpfte Tabellen (relational) |
| Beziehungen | Manuell (SVERWEIS, copy-paste) | Automatisch (Relationen) |
| Datentypen | Alles ist Text (im Zweifel) | Streng typisiert (Datum, Zahl, Verweis) |
| Views | Filter + Sortierung | Kanban, Kalender, Galerie, Formular |
| Skalierung | Ab 10.000 Zeilen problematisch | Hunderttausende Einträge möglich |
| Mehrnutzer | Konflikte bei gleichzeitiger Bearbeitung | Gleichzeitig ohne Konflikte |
Faustregel: Wenn du mehr als 3 Spalten hast, die Informationen aus einer anderen Tabelle wiederholen, brauchst du eine Datenbank, kein Spreadsheet.
Tabellen richtig entwerfen
Entwirf ein Datenbankschema für mein Projekt:
Projekt: [was du baust]
Hauptobjekte: [was verwaltet wird — Kunden,
Aufträge, Produkte, Mitglieder...]
Prozess: [welcher Ablauf abgebildet wird]
Erstelle:
1. Tabellen mit allen Feldern und Datentypen
2. Beziehungen zwischen den Tabellen
3. Welche Felder berechnet werden (Formeln)
4. Vorgeschlagene Views pro Nutzerrolle
Vier Tabellentypen:
| Tabellentyp | Zweck | Beispiel |
|---|---|---|
| Stammdaten | Grundlegende Objekte | Kunden, Mitarbeiter, Produkte |
| Transaktionen | Vorgänge und Ereignisse | Aufträge, Rechnungen, Buchungen |
| Referenzdaten | Feste Auswahllisten | Kategorien, Status-Optionen, PLZ-Liste |
| Verknüpfungstabellen | Viele-zu-viele-Beziehungen | Mitarbeiter ↔ Projekte (ein Mitarbeiter in mehreren Projekten) |
Views — Dieselben Daten, verschiedene Perspektiven
| View-Typ | Zeigt | Ideal für |
|---|---|---|
| Tabelle/Grid | Alle Einträge als Zeilen | Übersicht, Massenbearbeitung |
| Kanban | Karten nach Status-Spalte gruppiert | Auftragsmanagement, Projektphasen |
| Kalender | Einträge nach Datum | Termine, Fristen, Zeitplanung |
| Galerie | Karten mit Vorschaubild | Produkte, Projekte mit Fotos |
| Formular | Eingabemaske | Neue Einträge erfassen, Kundenfeedback |
✅ Quick Check: Dein Handwerksbetrieb hat eine Auftrags-Datenbank. Der Chef will den Status aller Aufträge auf einen Blick sehen, die Mitarbeiter wollen nur ihre eigenen Aufträge, und Kunden sollen den Fortschritt ihres Auftrags verfolgen. Wie löst du das? (Antwort: Drei Views auf dieselbe Tabelle: Kanban-View für den Chef (alle Aufträge nach Status), gefilterte Tabellenansicht für Mitarbeiter (nur eigene Aufträge), und eine Detailansicht für Kunden (nur eigener Auftrag, nur nicht-sensitive Felder). Nutzerrollen steuern, wer welche View sieht.)
Formeln und berechnete Felder
Berechnete Felder aktualisieren sich automatisch — du trägst nichts manuell ein:
| Formel-Typ | Beispiel | Einsatz |
|---|---|---|
| Summe | Auftragssumme = Summe aller Material-Positionen | Rechnungsbeträge |
| Verknüpft | Kundenname = Nachschlag aus Kunden-Tabelle | Automatisch ausgefüllt |
| Bedingt | Status-Farbe = Rot wenn überfällig, Grün wenn erledigt | Visuelle Signale |
| Zählung | Offene Aufträge = Anzahl wo Status ≠ „Erledigt" | Dashboard-KPIs |
| Datum | Tage bis Frist = Fälligkeitsdatum − Heute | Frühwarnung |
Backend-Logik ohne Code
Was in traditionellen Apps ein Backend-Entwickler programmiert, konfigurierst du in No-Code-Plattformen visuell:
| Logik | Was sie tut | Beispiel |
|---|---|---|
| Validierung | Prüft Eingaben vor dem Speichern | E-Mail muss @-Zeichen enthalten |
| Auto-Zuweisung | Weist Einträge automatisch zu | Neuer Auftrag → Mitarbeiter mit wenigsten offenen |
| Kaskadierung | Aktualisiert verknüpfte Einträge | Auftrag gelöscht → Material-Positionen gelöscht |
| Berechtigungen | Steuert Zugriff pro Feld und Datensatz | Kunden sehen keine Einkaufspreise |
Key Takeaways
- Datenbanken verknüpfen Tabellen über Beziehungen — statt Informationen zu kopieren, verweist du auf die Originalquelle (Normalisierung)
- Views sind verschiedene Perspektiven auf dieselben Daten — Kanban, Kalender, Galerie, Formular — ohne die Daten zu duplizieren
- Berechnete Felder und bedingte Logik ersetzen Backend-Code — Summen, Validierungen und automatische Zuweisungen per Konfiguration
- Deutsche Plattformen wie Ninox und SeaTable bieten relationale Datenbanken mit DSGVO-konformem Hosting
Up Next
In der nächsten Lektion lernst du, wie KI dein No-Code-Co-Builder wird — von der Design-Entscheidung über Content-Generierung bis zum Troubleshooting.
Wissenscheck
Erst das Quiz oben abschließen
Lektion abgeschlossen!