Grundlagen des Lernens in der 4. Dimension

Zu verstehen, wie Tabellen in diese Architektur passen, ist die Grundlage für alles andere, was Sie erstellen werden: Felder, Formulare, Wertelisten und schließlich die Abfragen und Methoden, die eine echte Geschäftsanwendung steuern. In diesem Abschnitt erfahren Sie, wie Sie Ihre erste Tabelle erstellen, ihre Eigenschaften öffnen und sie richtig benennen, während die Gründe für jeden Schritt erläutert werden, damit Sie diese sicher auf größere Designs anwenden können.

Wichtige Erkenntnisse

• In 4D befinden sich alle Tabellen in einer einzigen Datendatei und nicht in separaten Dateien, wie es in FileMaker Pro (FMP) der Fall ist. Dieses Einzeldateimodell ist zentral für die Art und Weise, wie 4D Backup, Bereitstellung und Mehrbenutzerzugriff handhabt.
• Eine 4D-Datenbank unterstützt bis zu 256 Tabellen, jede mit maximal 2 GB Daten oder etwa 16 Millionen Datensätzen.
• Sie erstellen Tabellen über das Menü Struktur, während Sie sich im Designmodus befinden.
• Um die Eigenschaften einer Tabelle zu öffnen, müssen Sie gezielt auf den Bereich für den Tabellennamen doppelklicken – ein Klick an eine andere Stelle im Strukturfenster öffnet das Eigenschaftendialogfeld nicht.
• Das Fenster „Tabelleneigenschaften“ verfügt über drei Registerkarten; die Standardeinstellungen sind für ein erstes Projekt sicher, und der Tabellenname kann jederzeit geändert werden.
• Namenskonventionen sind wichtig: Wählen Sie klare, im Singular oder Plural konsistente Namen wie „Customers“, bevor Sie darauf Formulare und Beziehungen aufbauen.

Warum Tabellen im 4D-Datenmodell wichtig sind

Wenn Sie einen FileMaker Pro-Hintergrund haben, ist der mentale Wandel wichtig. In FMP befand sich jede Tabelle historisch in einer eigenen Datei, und Beziehungen wurden dateiübergreifend verwaltet.

In 4D ist die Architektur anders: Alle Tabellen werden in der einen Datendatei gespeichert. Die Struktur (Ihr Design – Tabellen, Felder, Formulare, Methoden) wird getrennt von den Daten (den tatsächlichen Datensätzen, die Benutzer eingeben) aufbewahrt, aber jede Tabelle, die Sie definieren, existiert innerhalb dieser einen Datendatei.

Dieses Design hat praktische Konsequenzen, die Ihre Arbeitsweise prägen:

• Backups sind einfacher. Da die Daten zentralisiert sind, sichern Sie eine einzige Datendatei, anstatt viele zu verfolgen.
• Die Bereitstellung ist sauberer. Sie liefern eine Struktur und eine Datendatei aus, nicht einen Ordner voller voneinander abhängiger Dokumente.
• Mehrbenutzerzugriff ist integriert. 4D Server verwaltet den gleichzeitigen Zugriff auf diese einzelne Datendatei, sodass Sie keine Dateisperrschemata selbst entwickeln müssen.

Der Nachteil besteht darin, dass die Datendatei zum einzigen Wachstumspunkt wird. Genau aus diesem Grund legt 4D Beschränkungen pro Tabelle fest – bis zu 256 Tabellen, jeweils begrenzt auf 2 GB oder etwa 16 Millionen Datensätze.

Für die meisten Geschäftsanwendungen kleiner Teams oder Abteilungen sind diese Obergrenzen großzügig. Wenn Sie jedoch etwas entwerfen, das Millionen von Transaktionszeilen ansammeln wird, sollten Sie frühzeitig darüber nachdenken, wie Sie Daten auf Tabellen aufteilen und ob Sie ältere Datensätze archivieren müssen.

Verwandte: Airtable — Eine einfache Tabellenkalkulationsschnittstelle, die auf einer echten relationalen Datenbank aufbaut, mit Automatisierungen, Ansichten und gemeinsam nutzbaren Schnittstellen..

Schritt für Schritt eine Tabelle erstellen

Für diese Anleitung erstellen wir nur eine Tabelle, damit die Beispieldatenbank leicht verständlich bleibt. Das gleiche Verfahren lässt sich auf viele Tabellen skalieren.

1. Wechseln Sie in den Designmodus. Die Tabellenerstellung ist eine strukturelle Änderung, daher müssen Sie sich im Designmodus befinden. Sie können keine Tabellen hinzufügen, während die Anwendung im Benutzermodus ausgeführt wird.
2. Öffnen Sie das Menü „Struktur“. Wählen Sie in der Menüleiste das Menü Struktur.
3. Wählen Sie „Neue Tabelle“. Dieser Menüpunkt fügt Ihrer Struktur eine neue, leere Tabelle hinzu.
4. Suchen Sie die neue Tabelle im Strukturfenster. Das Fenster „Struktur für Beispieldatenbank“ (Abbildung 6 in der ursprünglichen Anleitung) zeigt Ihre Tabellen an. Eine frisch erstellte Tabelle erscheint als unbenannter Eintrag.
5. Doppelklicken Sie auf den Bereich für den Tabellennamen. Dadurch wird das Fenster Tabelleneigenschaften geöffnet (Abbildung 7).

Dieser letzte Schritt enthält einen Vorbehalt, der es wert ist, wiederholt zu werden, da er Neulinge oft stolpert: Sie müssen auf den Bereich für den Tabellennamen klicken und nicht anderswo. Das Strukturfenster enthält mehrere Bereiche, und nur der Namensbereich reagiert mit dem Öffnen des Dialogs für die Tabelleneigenschaften. Wenn beim Doppelklicken nichts passiert, klicken Sie mit ziemlicher Sicherheit an die falsche Stelle – bewegen Sie den Cursor direkt auf den Namen der Tabelle und versuchen Sie es erneut.

Das Fenster „Tabelleneigenschaften“ verstehen

Wenn das Fenster „Tabelleneigenschaften“ geöffnet wird, sehen Sie drei Registerkarten. Die ursprüngliche Empfehlung lautet, diese vorerst auf den Standardeinstellungen zu belassen, und das ist ein guter Rat für ein erstes Projekt – aber es hilft zu wissen, was Sie aufschieben.

Wenn Sie einkaufen: Zoho Creator — Ein Low-Code-App-Builder, der sich in die breitere Zoho-Suite einfügt und Preise pro Benutzer und nicht pro App berechnet..

• Das Feld „Tabellenname“ bleibt auf jeder Registerkarte sichtbar. Dies ist eine bewusste Designentscheidung: Unabhängig davon, welche Registerkarte Sie gerade betrachten, können Sie die Tabelle umbenennen. Sie können den Namen jederzeit ändern, ein Name ist also nie permanent.
• Die anderen Registerkarten steuern das strukturelle Verhalten – Dinge wie die Art und Weise, wie die Tabelle an der übergeordneten Datenbank teilnimmt und wie ihre Datensätze verwaltet werden. Für ein Beispiel mit einer einzigen Tabelle muss keine dieser Einstellungen angepasst werden.

Die wichtige Angewohnheit, die man hier entwickeln sollte, ist Zurückhaltung. Neue Entwickler öffnen oft ein Eigenschaftendialogfeld und beginnen, Optionen umzuschalten, bevor sie verstehen, was jede einzelne bewirkt. In 4D, wie bei den meisten relationalen Datenbankdesigns, ist der sicherste Weg, Standardwerte zu akzeptieren, eine funktionierende Tabelle zu erstellen und erweiterte Einstellungen erst dann erneut zu prüfen, wenn eine konkrete Anforderung Sie dazu zwingt.

Ein Hinweis zur Benennung

Benennen Sie für die Beispieldatenbank die erste Tabelle „Customers“. Dies ist eine kleine Entscheidung mit großen Auswirkungen auf nachfolgende Schritte:

• Seien Sie bei der Pluralität konsequent. Wenn Sie diese Tabelle „Kunden“ nennen, nennen Sie die nächste „Bestellungen“ und „Produkte“ – nicht „Bestellung“ und „Produkt“. Konsistenz macht Beziehungen und Code viel einfacher lesbar.
• Vermeiden Sie Leerzeichen und Sonderzeichen, wo immer Sie können, da Tabellennamen häufig im Code und in generierten Abfragen vorkommen.
• Benennen Sie nach der Entität, nicht nach dem Bildschirm. „Kunden“ beschreibt eine Sache; „CustomerEntryScreen“ beschreibt ein Formular. Halten Sie diese Konzepte getrennt.

Nachdem Sie den Namen eingegeben haben, klicken Sie auf Übernehmen und schließen Sie dann das Fenster über das Feld oben links oder die Schaltfläche Fertig. Ihre Tabelle existiert nun in der Struktur und ist bereit, Felder aufzunehmen.

Wie Tabellen zum Rest der Datenbank passen

Eine Tabelle ist nur der Container. Der Rest Ihrer Anwendung baut in einer klaren Reihenfolge darauf auf, und es lohnt sich, das Gesamtbild zu betrachten, bevor Sie fortfahren:

• Datenfelder definieren die Spalten – die tatsächlichen Attribute, die Sie speichern, wie z. B. den Namen, die Adresse oder die Kontonummer eines Kunden.
• Formulare sind die Benutzeroberfläche: die Bildschirme, auf denen Personen Datensätze anzeigen und bearbeiten.
• Wertelisten (Auswahllisten) schränken die Dateneingabe ein und beschleunigen sie, indem sie vordefinierte Optionen anbieten.
• Beispieldaten ermöglichen es Ihnen, Formulare und Listen mit realistischen Inhalten zu testen, bevor Sie live gehen.

Jedes davon hängt davon ab, dass die Tabelle zuerst existiert. Aus diesem Grund ist der Design-Workflow von 4D bewusst geordnet: Struktur vor Schnittstelle, Schnittstelle vor Daten. Wenn Sie versuchen, ein Formular zu erstellen, bevor die zugrunde liegenden Felder vorhanden sind, haben Sie einfach nichts, womit Sie eine Bindung herstellen können.

Es erklärt auch, warum das Single-Data-File-Modell so wichtig ist. Da jede Tabelle, jedes Feld und jeder Datensatz in einer koordinierten Struktur lebt, kann 4D Beziehungen und referenzielle Integrität in Ihrer gesamten Anwendung durchsetzen, ohne dass Sie externe Dateien verwalten müssen.

Verwandte: Knack — Ein Datenbank-Builder ohne Code für Portale, Verzeichnisse und interne Tools – mit Pauschalpreisen statt Gebühren pro Benutzer..

Das ist das gleiche Prinzip, das relationalen Datenbankverwaltungssystemen im Allgemeinen zugrunde liegt – das Konzept, das im relationalen Modell von E. F. Codd formalisiert wurde und heute in Produkten wie Oracle Database, Microsoft SQL Server und PostgreSQL Standard ist. 4D wendet dieses relationale Denken in einer eigenständigen Anwendungsdatei an, was es für kleine Teams und Citizen Developer zugänglich macht.

Praktische Anleitung für die Skalierung über eine Tabelle hinaus

Das Beispiel verwendet aus Gründen der Übersichtlichkeit eine einzelne Tabelle, aber echte Apps hören hier selten auf. Beachten Sie beim Hinzufügen von Tabellen die folgenden Kriterien:

Überlegung	Was zu prüfen ist	Warum es wichtig ist
Tabellenanzahl	Bleiben Sie deutlich unter dem Limit von 256 Tabellen	Lässt Spielraum und hält die Struktur navigierbar
Größe pro Tabelle	Beachten Sie die Obergrenze von 2 GB / ~16 Millionen Datensätzen	Große Transaktionstabellen müssen möglicherweise archiviert oder aufgeteilt werden
Benennung	Konsistent, entitätsbasiert, keine Sonderzeichen	Beeinflusst die Lesbarkeit des Codes und die Klarheit der Beziehungen
Beziehungen	Definieren Sie Verknüpfungen zwischen Tabellen bewusst	Verhindert verwaiste oder duplizierte Daten
Wachstumsplan	Entscheiden Sie frühzeitig, was archiviert wird	Schützt die Leistung, wenn sich Daten ansammeln

Eine nützliche Faustregel: Modellieren Sie eine Tabelle pro realer Entität (Kunden, Bestellungen, Produkte, Rechnungen) und verknüpfen Sie diese dann über Beziehungen, anstatt alles in eine einzige breite Tabelle zu quetschen. Dies spiegelt die Normalisierungsprinzipien wider, die in den meisten Datenbanklehrplänen gelehrt werden, und sorgt dafür, dass Ihre 4D-Struktur auch bei wachsender App wartbar bleibt.

Unsere Wahl: Claris FileMaker Pro — Die langlebige relationale Datenbankplattform für Teams, die benutzerdefinierte Apps auf Desktop, Web und Mobilgeräten aus einer einzigen Datei benötigen..

Häufige Fehler, die es zu vermeiden gilt

• Klicken auf den falschen Bereich im Strukturfenster. Nur der Bereich des Tabellennamens öffnet die Tabelleneigenschaften. Dies ist der häufigste Stolperstein in diesem Schritt.
• Spätes Umbenennen von Tabellen ohne Überprüfung der Abhängigkeiten. Sie können jederzeit umbenennen, aber wenn Formulare, Methoden oder Beziehungen bereits auf den alten Namen verweisen, müssen Sie diese aktualisieren.
• Ignorieren der Größenbeschränkungen, bis es zu spät ist. Die Obergrenze von 2 GB / 16 Millionen Datensätzen pro Tabelle ist großzügig, aber endlich. Planen Sie die Archivierung für Tabellen mit hohem Volumen.
• Erstellen von Formularen vor den Feldern. Die Workflow-Reihenfolge existiert aus einem Grund – definieren Sie zuerst die Struktur.
• Übermäßige Anpassung der Eigenschaften am ersten Tag. Standardeinstellungen sind dazu da, Ihnen den Einstieg zu erleichtern. Ändern Sie sie, wenn eine Anforderung dies verlangt, nicht vorher.

Häufig gestellte Fragen

Wie viele Tabellen kann eine 4D-Datenbank enthalten?

Eine 4D-Datenbank unterstützt bis zu 256 Tabellen. Jede Tabelle kann maximal 2 GB Daten oder etwa 16 Millionen Datensätze enthalten. Für die meisten Abteilungs- und Kleinteam-Anwendungen sind diese Grenzwerte mehr als ausreichend, aber bei Designs mit hohem Volumen sollte eine Archivierung eingeplant werden.

Warum kann ich das Fenster „Tabelleneigenschaften“ nicht öffnen?

Sie klicken mit ziemlicher Sicherheit auf den falschen Teil des Strukturfensters. Das Dialogfeld „Tabelleneigenschaften“ öffnet sich nur, wenn Sie direkt auf den Bereich des Tabellennamens doppelklicken. Ein Klick an eine andere Stelle im Fenster bewirkt nichts; setzen Sie Ihren Cursor also auf den Namen der Tabelle und versuchen Sie es erneut.

Kann ich eine Tabelle umbenennen, nachdem ich sie erstellt habe?

Ja. Das Feld „Tabellenname“ bleibt auf allen drei Registerkarten des Fensters „Tabelleneigenschaften“ sichtbar, sodass Sie den Namen jederzeit ändern können. Denken Sie jedoch daran, dass Sie diese Referenzen aktualisieren müssen, wenn Formulare, Methoden oder Beziehungen bereits auf den alten Namen verweisen.

Muss ich eine der Registerkarten „Tabelleneigenschaften“ ändern?

Nicht für ein erstes Projekt. In der ursprünglichen Anleitung wird empfohlen, die Standardeinstellungen beizubehalten, und das ist eine gute Vorgehensweise. Die drei Registerkarten steuern das Strukturverhalten, das Sie erst benötigen, wenn eine spezifische Anforderung Sie dazu zwingt, sie erneut aufzurufen.

Wie unterscheidet sich eine 4D-Tabelle von einer FileMaker Pro-Datei?

In FileMaker Pro befanden sich Tabellen historisch gesehen in separaten Dateien. In 4D werden alle Tabellen in der einen Datendatei gespeichert, wodurch Backup, Bereitstellung und Mehrbenutzerzugriff zentralisiert werden. Dies ist der entscheidende architektonische Unterschied, den man beim Wechsel zwischen den beiden Plattformen verinnerlichen sollte.

Wie soll ich meine erste Tabelle benennen?

Nennen Sie sie für die Beispieldatenbank „Customers“. Allgemeiner gefasst: Wählen Sie entitätsbasierte Namen, halten Sie die Pluralität über alle Tabellen hinweg konsistent und vermeiden Sie Leerzeichen oder Sonderzeichen, da Tabellennamen häufig im Code und in generierten Abfragen erscheinen.

Wie geht es weiter?

Nachdem Sie Ihre erste Tabelle erstellt und benannt haben, verfügen Sie über den Container, den Ihre Anwendung benötigt. Der nächste Schritt ist die Definition von Datenfeldern – den Spalten, die der Tabelle ihren Inhalt verleihen.

Von dort aus werden Sie Formulare für die Benutzeroberfläche erstellen, Wertelisten einbinden, um die Dateneingabe zu beschleunigen, und schließlich Beispieldaten eingeben, um alles von Anfang bis Ende zu testen. Jede Phase baut direkt auf der Tabelle auf, die Sie gerade erstellt haben; nehmen Sie sich also einen Moment Zeit, um zu bestätigen, dass sie im Strukturfenster korrekt angezeigt wird, bevor Sie fortfahren.