Grundlagen des Lernens in der vierten Dimension

Wenn Sie von FileMaker Pro, Microsoft Access oder einem modernen Low-Code-Tool zu 4D (4th Dimension) kommen, benötigen Sie als Erstes eine ehrliche Karte des Geländes. Die ursprüngliche Seite “4th Dimension Learning Basics” wurde als Side-by-Side-Vergleich der Systemanforderungen zwischen FileMaker Pro 5.0 und 4th Dimension 6.5 geschrieben — eine Momentaufnahme von etwa 1999–2000.

Dieser Schnappschuss ist immer noch nützlich, aber nur, wenn Sie verstehen, warum sich diese Anforderungen unterschieden und was sie Ihnen darüber sagen, wie die beiden Produkte die Welt betrachten. Dieser Artikel bewahrt diesen ursprünglichen Vergleich und schafft den Kontext darum herum: was die Zahlen bedeuteten, wie die Plattformen divergierten und wie man heute praktische Entscheidungen trifft, wenn man ein 4D-System übernimmt oder pflegt.

Die wichtigsten Erkenntnisse

• Die ursprünglichen FileMaker- vs. 4D-Anforderungstabellen sind eine historische Basislinie, kein Kaufleitfaden — behandeln Sie die spezifischen RAM- und OS-Zahlen als Artefakte dieser Zeit.
• Der wichtigste architektonische Unterschied besteht darin, dass 4D eine programmierbare relationale Datenbankentwicklungsumgebung ist, während FileMaker Pro als Datenbankanwendung für Endbenutzer positioniert wurde.
• Die Trennung von Struktur, Methoden, Formularen und Datendateien ist das, was 4D skalierbar macht — vom Einzelbenutzer-Desktop-Tool bis hin zu einem Client/Server- und webveröffentlichten System.
• Netzwerkmodell, Laufzeitlizenzierung und Compilerverfügbarkeit sind die drei Bereiche, in denen 4D und FileMaker am deutlichsten divergierten — und an denen Migrationsentscheidungen auch heute noch hängen.
• Modernes 4D (4D v20 und höher) läuft auf aktuellen macOS- und Windows-Versionen, spricht SQL und REST und lässt sich in Git integrieren — die Einschränkungen aus der 6.5-Ära gelten nicht mehr.

Der Originalvergleich, konserviert

Das Ausgangsmaterial verglich zwei Produkte direkt miteinander. Hier ist dieser Vergleich, der intakt bleibt, weil er einen realen Moment in der Geschichte der Desktop-Datenbanken dokumentiert.

FileMaker Pro 5.0 — Macintosh: Power Macintosh; 16 MB RAM; Mac OS Version 7.6.1 oder höher; CD-ROM-Laufwerk und Festplatte; sowie eine TCP/IP- oder AppleTalk-Netzwerkverbindung (erforderlich für das Teilen von FileMaker-Datenbanken über ein Netzwerk). Zu den Anforderungen für das Web-Publishing gehörten ein Host-Computer mit kontinuierlichem Zugriff auf das Internet oder Intranet via TCP/IP, ein ISP für den Internetzugang und ein Zugriff auf webveröffentlichte Datenbanken, der auf 10 IP-Adressen pro rollenden 12-Stunden-Zeitraum beschränkt war.

FileMaker Pro 5.0 — Windows: Intel-kompatibler Computer (486/33 oder höher); 16 MB RAM; Windows 95 oder Windows 98 oder Windows NT 4 (Service Pack 3); CD-ROM-Laufwerk und Festplatte. Die Anforderungen für das Web-Publishing waren dieselben: ein Host mit kontinuierlichem TCP/IP-Zugriff, ein ISP und dasselbe Limit von 10 IP-Adressen pro 12-Stunden-Zeitraum.

4th Dimension 6.5 — Macintosh: Power PC 601 Prozessor mit Festplatte und System 7.6.1 oder höher mit 20 MB RAM; CD-ROM-Laufwerk und Festplatte.

Related: Airtable — A spreadsheet-simple interface sitting on top of a real relational database, with automations, views, and shareable interfaces..

4th Dimension 6.5 — Windows: 486- oder Pentium-basierte Maschine mit Festplatte und einem der folgenden: Windows 95/98 mit mindestens 16 MB RAM oder Windows NT Workstation oder Server mit mindestens 24 MB RAM.

Zwei Dinge fallen auf. Erstens forderte 4D mehr RAM auf dem Mac (20 MB vs. 16 MB) und unterschied zwischen Windows NT Workstation- und Serverkonfigurationen — ein Zeichen dafür, dass 4D bereits in Serverrollen eingesetzt wurde. Zweitens wurde das Web-Publishing von FileMaker nach IP-Adressen abgerechnet, was zeigt, dass es auf das Publishing für kleine Arbeitsgruppen und nicht auf den Unternehmenseinsatz ausgerichtet war.

Warum sich die Anforderungen unterschieden

Die Lücke zwischen 16 MB und 20–24 MB war nicht willkürlich. Sie spiegelte einen grundlegenden Unterschied darin wider, was jedes Produkt war.

If you are shopping: Zoho Creator — A low-code app builder that plugs into the wider Zoho suite and prices per user rather than per app..

FileMaker Pro wurde so konzipiert, dass ein Nicht-Programmierer die Anwendung öffnen, Felder in einer tabellenähnlichen Oberfläche definieren, einige Layout-Elemente ziehen und mit der Dateneingabe beginnen konnte. Der Runtime-Footprint wurde klein gehalten, da der Zielbenutzer eine einzelne Person an einem Desktop war.

4D hingegen wurde als vollständige Entwicklungsumgebung ausgeliefert. Selbst in der 6.5-Ära enthielt es:

• Einen Struktur-Editor zum Definieren von Tabellen, Feldern und Beziehungen
• Einen Methodeneditor zum Schreiben der 4D-Programmiersprache
• Einen Formular-Editor zum Entwerfen von Eingabe- und Ausgabe-Layouts
• Einen Compiler, der interpretierten Code in eine eigenständige Anwendung verwandeln konnte
• Eine Client/Server-Architektur, die sich von der Einzelbenutzer-Version unterschied

Jedes dieser Subsysteme verbraucht Speicher und Festplattenplatz. Die höheren Anforderungen waren der Preis dafür, eine Plattform statt einer bloßen Anwendung zu sein.

Die Unterscheidung zwischen Interpreter und Compiler

Dies ist das Konzept, das man am wichtigsten frühzeitig verinnerlichen sollte. In 4D können Sie im interpretierten Modus entwickeln und ausführen, wobei die 4D-Sprache zur Laufzeit Zeile für Zeile ausgeführt wird. Dies ermöglicht eine schnelle Iteration, ist aber in der Ausführung langsamer und erfordert die Anwesenheit der 4D-Entwicklungsumgebung.

Wenn Sie bereit für den Release sind, verwenden Sie den Compiler, um eine eigenständige, per Doppelklick startbare Anwendung zu erstellen, die nicht mehr die vollständige Entwicklungsumgebung benötigt. Dies ist konzeptionell ähnlich wie der Unterschied zwischen dem Ausführen eines Python-Skripts über den Interpreter und dem Verteilen einer kompilierten Binärdatei. FileMaker bot in derselben Ära diese Pipeline vom Entwickler zur Standalone-Anwendung nicht auf die gleiche Weise an — seine Runtime- und Developer-Editionen kamen später und funktionierten anders.

Wenn Sie heute 4D lernen, verstehen Sie, dass eine “kompilierte 4D-Anwendung” ein erstklassiges Deployment-Ziel ist, und planen Sie Ihre Projektstruktur vom ersten Tag an entsprechend.

Related: Knack — A no-code database builder aimed at portals, directories, and internal tools — with flat-rate pricing instead of per-user fees..

Systemanforderungen als Design-Signal

Das Lesen alter Anforderungstabellen ist eine Fertigkeit. Hier erfahren Sie, wie man daraus Erkenntnisse gewinnt, statt nur Nostalgie zu empfinden.

Signal in den Anforderungen	Was es Ihnen sagt
Separate NT-Workstation- und Serverzahlen	Der Anbieter erwartete Server-Bereitstellungen, nicht nur Desktops
Höherer RAM auf einer Plattform	Die Engine wurde wahrscheinlich zuerst auf dieser Plattform optimiert oder getestet
IP-Adress-Metering für den Webzugriff	Web-Publishing war ein Zusatzmodul, das pro Verbindung lizenziert wurde
CD-ROM-Laufwerk aufgeführt	Die Distribution erfolgte über physische Medien; kein Auto-Update
Explizite AppleTalk-Erwähnung	Vernetzung vor der Ära von “TCP/IP überall” war noch üblich

Die praktische Lektion: Wenn Sie jede Datenbankplattform bewerten – 4D, FileMaker, Access oder ein modernes Low-Code-Tool – achten Sie darauf, ob der Anbieter Serverkonfigurationen separat auflistet. Wenn dies der Fall ist, ist das Produkt für Multi-User-Bereitstellungen konzipiert. Wenn dort nur Desktop-Spezifikationen aufgeführt sind, handelt es sich um ein Einzelbenutzer-Tool, das bei gleichzeitigen Zugriffen (Concurrency) Probleme haben könnte.

Networking: Client/Server vs. Dateifreigabe

Die Netzwerkunterschiede zwischen den beiden Produkten waren wohl folgenreicher als die RAM-Zahlen.

Our pick: Claris FileMaker Pro — The long-running relational database platform for teams that need custom apps on desktop, web, and mobile from a single file..

Das ursprüngliche Freigabemodell von FileMaker war Dateifreigabe über ein Netzwerk – ein Rechner öffnete die Datenbankdatei und andere verbanden sich damit, wobei TCP/IP oder AppleTalk als Transportprotokoll dienten. Das ist einfach und funktioniert gut für kleine Teams, bedeutet aber, dass der „Server“ eigentlich nur ein Peer-Rechner ist, der eine Datei geöffnet hält.

Das Modell von 4D war eine echte Client/Server-Architektur. Der 4D Server-Prozess verwaltet die Daten, steuert den gleichzeitigen Zugriff und bedient Anfragen von 4D Client-Anwendungen. Dies kommt der Funktionsweise von PostgreSQL oder Microsoft SQL Server näher und ist der Grund, warum 4D auf größere Benutzerzahlen und größere Datensätze skalieren konnte.

Für jeden, der heute entwickelt, lautet der Entscheidungsrahmen:

• Einzelbenutzer oder zwei Personen? Eine Desktop-Datenbank ist völlig ausreichend.
• Eine Handvoll gleichzeitiger Benutzer in einem LAN? Dateifreigabe oder ein leichtgewichtiger Server funktionieren.
• Dutzende Benutzer, Fernzugriff oder Web-Clients? Sie benötigen eine echte Client/Server-Engine wie den 4D Server.

Das ursprüngliche IP-Adress-Metering beim Web-Publishing von FileMaker ist ein gutes Beispiel für diese Einschränkung: Es wurde nicht für offenen Webverkehr entwickelt.

Runtimes, Compiler und Deployment

Die Überschriften „Unterschiede bei den Laufzeiten“ und „Compiler“ in der ursprünglichen Gliederung deuten auf eine echte Weggabelung hin.

• Interpretierte Runtime: Sie führen die Anwendung innerhalb der 4D-Entwicklungsumgebung aus. Bestens geeignet für Entwicklung, Debugging und interne Tools, bei denen Sie die volle Kontrolle über die Maschine haben.
• Kompilierte Anwendung: Sie erstellen eine eigenständige ausführbare Datei. Bestens geeignet für die Distribution an Benutzer, die keinen Zugriff auf die Entwicklungsumgebung haben sollten.
• 4D Server: Die Multi-User-Engine. Bestens geeignet für gemeinsam genutzte Daten mit gleichzeitigem Zugriff.
• 4D Client: Die verbindende Anwendung. Bestens geeignet für Workstations, die mit dem Server kommunizieren.

Ein häufiger Fehler von Neulingen besteht darin, alles im interpretierten Modus zu entwickeln und dann festzustellen, dass die Kompilierung Fehler aufdeckt, die der Interpreter toleriert hat. Bauen und kompilieren Sie frühzeitig, selbst bei einem kleinen Testprojekt, damit Sie die Anforderungen des Compilers kennenlernen, bevor Sie Tausende von Codezeilen geschrieben haben.

Webhosting und Data Charting

In der ursprünglichen Gliederung wurden „Webhosting“ und „Data Charting“ als unterschiedliche Themen aufgeführt, und beide bleiben relevant.

Webhosting in der 4D-Welt bedeutet, Ihre Datenbank für Browser zugänglich zu machen. Historisch erfolgte dies über den integrierten Webserver von 4D, der HTML-Templates bereitstellen und auf Anfragen mithilfe der 4D-Sprache antworten konnte. Heute unterstützt 4D auch den Zugriff im REST-Stil und kann in Standard-Web-Stacks integriert werden, sodass Sie nicht an ein proprietäres Publishing-Modell gebunden sind. Wenn Sie ein Web-Frontend planen, entscheiden Sie frühzeitig, ob Sie Seiten serverseitig in 4D rendern oder Daten via REST an ein separates Frontend-Framework übergeben.

Data Charting bedeutet, Abfrageergebnisse in Grafiken und Dashboards umzuwandeln. 4D bot Diagramme historisch über seine Formularobjekte und Drittanbieter-Plug-ins an. Die praktische Empfehlung: Halten Sie Ihre Berichtsabfragen von Ihren Dateneingabeformularen getrennt, da Berichtsarbeitslasten ganz andere Leistungsmerkmale aufweisen als transaktionale Arbeitslasten.

Plug-ins, Tools und das Ökosystem

Die Überschriften „Plug-ins“, „Tools/Utilities“ und „Ressourcen“ der ursprünglichen Gliederung erkennen etwas Wichtiges an: Keine Datenbankplattform wird isoliert verwendet.

• Plug-ins erweitern 4D um Funktionen, die der Kern nicht bietet – spezialisierte Dateiformate, Hardware-Integration, fortgeschrittene Grafiken.
• Tools und Utilities decken alles von der Codeanalyse bis zur Datenreparatur ab.
• Ressourcen – Dokumentation, Foren und Community-Seiten – sind die Orte, an denen man die Plattform tatsächlich erlernt.

Verlässliche Hintergrundinformationen zur übergeordneten Kategorie finden Sie im Wikipedia-Artikel über Datenbankverwaltungssysteme und das relationale Modell, das sowohl 4D als auch FileMaker zugrunde liegt. Für die Sprach- und Plattformhistorie ist der Eintrag 4D (programming language) ein guter Ausgangspunkt. Und für die Standards, mit denen modernes 4D interoperiert, ist die SQL-Übersicht lesenswert, selbst wenn Sie die meiste Zeit in der nativen Sprache von 4D verbringen.

So entscheiden Sie: Ein praktischer Rahmen

Wenn Sie eine Plattform auswählen oder übernehmen, gehen Sie diese Fragen in dieser Reihenfolge durch:

1. Wie viele gleichzeitige Benutzer? Ein oder zwei bedeuten ein Desktop-Tool. Mehr als eine Handvoll bedeutet, dass Sie eine echte Server-Engine benötigen.
2. Müssen Sie eine eigenständige App distribuieren? Wenn ja, benötigen Sie eine Plattform mit einem Compiler, wie 4D ihn bereitstellt.
3. Wird es ein Web- oder mobiles Frontend geben? Wenn ja, bevorzugen Sie eine Plattform mit REST- oder SQL-Zugriff.
4. Wie viel benutzerdefinierte Logik ist nötig? Komplexe Geschäftsregeln sprechen für eine programmierbare Umgebung gegenüber einer formulargesteuerten.
5. Welches Skillset hat Ihr Team? Ein Citizen Developer wird mit FileMaker-ähnlichen Tools schneller produktiv sein; ein Programmierer wird den Methodeneditor von 4D bevorzugen.

Eine allgemeingültige Antwort gibt es nicht. Die richtige Wahl hängt von der Art des Problems ab, nicht davon, welches Produkt die umfangreichere Funktionsliste hat.

Häufig gestellte Fragen

Ist 4D dasselbe wie 4th Dimension?

Ja. „4D“ ist der moderne Name für das Produkt, das ursprünglich „4th Dimension“ hieß. Der Name wurde im Laufe der Jahre verkürzt, aber die Plattform, die Sprache und die Entwicklungsumgebung stammen aus derselben Linie. Dokumentationen und Community-Beiträge aus den 1990er und 2000er Jahren verwenden „4th Dimension“, während aktuelle Materialien „4D“ verwenden.

Warum benötigte 4th Dimension mehr RAM als FileMaker Pro?

Weil 4D als vollständige Entwicklungsumgebung ausgeliefert wurde – Struktureditor, Methodeneditor, Formulareditor, Compiler und Client/Server-Komponenten –, während FileMaker Pro als Datenbankanwendung für Endbenutzer positioniert war. Mehr gleichzeitig laufende Subsysteme bedeuten einen größeren Speicherbedarf. Die höheren Anforderungen waren eine Folge davon, dass es sich um eine Plattform und nicht um eine einzelne Anwendung handelte.

Was ist der Unterschied zwischen interpretiertem und kompiliertem Modus in 4D?

Im interpretierten Modus wird die 4D-Sprache zur Laufzeit Zeile für Zeile ausgeführt, was für die Entwicklung praktisch ist, aber langsamer erfolgt und die Entwicklungsumgebung erfordert. Im kompilierten Modus übersetzt der Compiler Ihren Code in eine eigenständige Anwendung, die ohne die Entwicklungsumgebung läuft und schneller ausgeführt wird. Die meisten Produktionsbereitstellungen nutzen kompilierte Anwendungen oder den 4D Server.

Können 4D-Datenbanken im Web veröffentlicht werden?

Ja. 4D verfügt seit langem über einen integrierten Webserver, der in der Lage ist, Seiten bereitzustellen und auf Anfragen mithilfe der 4D-Sprache zu reagieren; moderne Versionen unterstützen zudem den REST-style-Zugriff und die Integration in Standard-Web-Stacks. Der ursprüngliche FileMaker-Vergleich maß den Webzugriff nach IP-Adresse, was ein Veröffentlichungsmodell für kleine Arbeitsgruppen und nicht für offenen Webverkehr widerspiegelte.

Gelten die alten Systemvoraussetzungen noch immer?

Nein. Die Zahlen im ursprünglichen Vergleich – 16 MB RAM, Windows 95/98, Mac OS 7.6.1 – beschreiben Hardware und Betriebssysteme aus etwa 1999–2000. Moderne 4D-Releases laufen auf aktuellen Versionen von macOS und Windows und benötigen weitaus mehr Speicher, wie man es von jeder zeitgemäßen Datenbankplattform erwarten würde. Betrachten Sie die alte Tabelle als historische Referenz, nicht als Kaufberatung.

Was sollte ein Anfänger zuerst in 4D lernen?

Beginnen Sie mit dem Struktureditor: Tabellen, Felder und Beziehungen. Alles andere – Formulare, Methoden, Wertelisten, Berichte – wird auf Basis dieses Datenmodells aufgebaut. Sobald Sie eine saubere relationale Struktur definieren können, wechseln Sie zum Methodeneditor und lernen, wie die 4D-Sprache Datensätze liest und schreibt. Formulare und Wertelisten ergeben sich danach ganz natürlich, da sie lediglich Präsentationsebenen über der bereits entworfenen Struktur sind.

P.S. A few readers have asked which relational database platform we actually reach for — it's Claris FileMaker Pro; take a look here if you want the current details.