Bases de l'apprentissage de la 4e dimension

Si vous passez à 4D (4e Dimension) depuis FileMaker Pro, Microsoft Access ou un outil low-code moderne, la première chose dont vous avez besoin est une carte honnête du terrain. La page originale « Bases de l’apprentissage de 4e Dimension » a été rédigée sous la forme d’une comparaison côte à côte des configurations système requises entre FileMaker Pro 5.0 et 4e Dimension 6.5 — un instantané datant d’environ 1999-2000.

Cet instantané est toujours utile, mais seulement si vous comprenez pourquoi ces exigences différaient et ce qu’elles vous disent sur la façon dont les deux produits perçoivent le monde. Cet article préserve cette comparaison originale et construit le contexte autour d’elle : ce que signifiaient les chiffres, comment les plates-formes ont divergé et comment prendre des décisions pratiques aujourd’hui lorsque vous héritez ou maintenez un système 4D.

Points clés à retenir

• Les tableaux d’origine des exigences FileMaker vs 4D constituent une référence historique et non un guide d’achat : traitez les chiffres spécifiques de la RAM et du système d’exploitation comme des artefacts d’époque.
• La différence architecturale la plus importante est que 4D est un environnement de développement de bases de données relationnelles programmables, tandis que FileMaker Pro était positionné comme une application de base de données pour utilisateur final.
• La séparation de la structure, des méthodes, des formulaires et des fichiers de données dans 4D est ce qui lui permet de passer d’un outil de bureau mono-utilisateur à un système client/serveur et publié sur le Web.
• Le modèle de mise en réseau, les licences d’exécution et la disponibilité du compilateur sont les trois domaines dans lesquels 4D et FileMaker ont divergé le plus nettement — et sur lesquels les décisions de migration reposent encore aujourd’hui.
• Le 4D moderne (4D v20 et versions ultérieures) fonctionne sur macOS et Windows actuels, parle SQL et REST, et s’intègre à Git — les contraintes de l’ère 6.5 ne s’appliquent plus.

La comparaison originale, préservée

Le matériel source comparait deux produits face à face. Voici cette comparaison, conservée intacte car elle documente un moment réel de l’histoire des bases de données de bureau.

FileMaker Pro 5.0 — Macintosh : Power Macintosh ; 16 Mo de RAM ; Mac OS version 7.6.1 ou ultérieure ; lecteur de CD-ROM et disque dur ; et connexion réseau TCP/IP ou AppleTalk (requise pour partager des bases de données FileMaker sur un réseau). Les exigences de publication sur le Web comprenaient un ordinateur hôte avec un accès continu à Internet ou à l’intranet via TCP/IP, un FAI pour l’accès à Internet, et un accès aux bases de données publiées sur le Web limité à 10 adresses IP par période glissante de 12 heures.

FileMaker Pro 5.0 — Windows : Ordinateur compatible Intel (486/33 ou ultérieur) ; 16 Mo de RAM ; Windows 95 ou Windows 98, ou Windows NT 4 (Service Pack 3) ; lecteur de CD-ROM et disque dur. Les exigences de publication Web étaient les mêmes : un hôte avec un accès TCP/IP continu, un FAI et la même limite de 10 adresses IP par période de 12 heures.

4e Dimension 6.5 — Macintosh : Processeur Power PC 601 avec disque dur et Système 7.6.1 ou supérieur avec 20 Mo de RAM ; lecteur de CD-ROM et disque dur.

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

4e Dimension 6.5 — Windows : Machine 486 ou Pentium avec disque dur et l’un des éléments suivants : Windows 95/98 avec au moins 16 Mo de RAM, ou Windows NT Workstation ou Server avec au moins 24 Mo de RAM.

Deux choses sautent aux yeux. Tout d’abord, 4D demandait plus de RAM sur Mac (20 Mo contre 16 Mo) et distinguait les configurations Windows NT Workstation et Server — signe que 4D était déjà déployé dans des rôles serveur. Deuxièmement, la publication Web de FileMaker était comptabilisée par adresse IP, ce qui indique qu’elle visait la publication pour de petits groupes de travail, et non un déploiement en entreprise.

Pourquoi les exigences différaient

L’écart entre 16 Mo et 20–24 Mo n’était pas arbitraire. Il reflétait une différence fondamentale dans ce que chaque produit était.

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 a été conçu pour qu’un non-programmeur puisse ouvrir l’application, définir des champs dans une interface de type feuille de calcul, faire glisser quelques éléments de mise en page et commencer à saisir des données. L’empreinte d’exécution a été maintenue faible car l’utilisateur cible était une seule personne sur un ordinateur de bureau.

4D, en revanche, était livré comme un environnement de développement complet. Même à l’ère 6.5, il comprenait :

• Un éditeur de structure pour définir des tables, des champs et des relations
• Un éditeur de méthodes pour écrire le langage de programmation 4D
• Un éditeur de formulaire pour concevoir des mises en page d’entrée et de sortie
• Un compilateur capable de transformer le code interprété en une application autonome
• Une architecture client/serveur distincte de la version mono-utilisateur

Chacun de ces sous-systèmes consomme de la mémoire et de l’espace disque. L’exigence plus élevée était le prix à payer pour être une plateforme plutôt qu’une application.

La distinction entre interprète et compilateur

C’est le concept qui mérite le plus d’être internalisé dès le début. Dans 4D, vous pouvez développer et exécuter en mode interprété, où le langage 4D est exécuté ligne par ligne au moment de l’exécution. C’est rapide pour itérer, mais plus lent à exécuter et nécessite la présence de l’environnement de développement 4D.

Lorsque vous êtes prêt à livrer, vous utilisez le compilateur pour produire une application autonome double-cliquable qui n’a plus besoin de l’environnement de développement complet. Ceci est conceptuellement similaire à la différence entre l’exécution d’un script Python via l’interpréteur et la distribution d’un binaire compilé. FileMaker, à la même époque, n’offrait pas ce même pipeline de développeur vers application autonome de la même manière — ses éditions Runtime et Developer sont arrivées plus tard et fonctionnaient différemment.

Si vous apprenez 4D aujourd’hui, comprenez qu’une « application 4D compilée » est une cible de déploiement de premier ordre, et planifiez la structure de votre projet en conséquence dès le premier jour.

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

Configuration système requise en tant que signal de conception

Lire de vieux tableaux d’exigences est une compétence. Voici comment en extraire du sens plutôt que de la simple nostalgie.

Signal dans les exigences	Ce qu’il vous indique
Chiffres distincts pour les stations de travail NT vs serveurs	Le fournisseur s’attendait à des déploiements de serveurs, pas seulement des ordinateurs de bureau
RAM plus élevée sur une seule plateforme	Le moteur a probablement été optimisé ou testé en premier sur cette plateforme
Comptage des adresses IP pour l’accès Web	La publication Web était un ajout, sous licence par connexion
Lecteur CD-ROM répertorié	La distribution se faisait sur support physique ; pas de mise à jour automatique
Mention explicite d’AppleTalk	Les réseaux pré-TCP/IP généralisé étaient encore courants

La leçon pratique : lorsque vous évaluez n’importe quelle plateforme de base de données — 4D, FileMaker, Access ou un outil low-code moderne — regardez si le fournisseur répertorie les configurations serveur séparément. Si c’est le cas, le produit est conçu pour un déploiement multi-utilisateurs. S’il ne répertorie que les spécifications de bureau, vous avez affaire à un outil mono-utilisateur qui pourrait peiner en cas de concurrence.

Réseau : Client/Serveur vs Partage de fichiers

Les différences de mise en réseau entre les deux produits étaient sans doute plus conséquentes que les chiffres de la RAM.

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..

Le modèle de partage original de FileMaker était le partage de fichiers sur un réseau — une machine ouvrait le fichier de base de données et d’autres s’y connectaient, avec TCP/IP ou AppleTalk comme transport. C’est simple et fonctionne bien pour les petites équipes, mais cela signifie que le « serveur » n’est en réalité qu’une machine homologue maintenant un fichier ouvert.

Le modèle de 4D était une véritable architecture client/serveur. Le processus 4D Server gère les données, gère les accès concurrents et répond aux requêtes des applications 4D Client. C’est plus proche du fonctionnement de PostgreSQL ou de Microsoft SQL Server, et c’est pourquoi 4D pouvait monter en charge avec un plus grand nombre d’utilisateurs et des ensembles de données plus volumineux.

Pour quiconque construit aujourd’hui, le cadre décisionnel est le suivant :

• Un seul utilisateur ou deux personnes ? Une base de données de bureau convient.
• Une poignée d’utilisateurs simultanés sur un LAN ? Le partage de fichiers ou un serveur léger fonctionne.
• Des dizaines d’utilisateurs, accès distant ou clients web ? Vous voulez un véritable moteur client/serveur comme 4D Server.

Le comptage original des adresses IP sur la publication Web de FileMaker est une bonne illustration de cette contrainte : elle n’a pas été conçue pour le trafic Web ouvert.

Runtimes, compilateurs et déploiement

Les titres « différences de runtimes » et « compilateur » du plan original pointent vers une véritable bifurcation.

• Runtime interprété : Vous exécutez dans l’environnement de développement 4D. Idéal pour le développement, le débogage et les outils internes où vous contrôlez la machine.
• Application compilée : Vous créez un exécutable autonome. Idéal pour la distribution aux utilisateurs qui ne doivent pas disposer de l’environnement de développement.
• 4D Server : Le moteur multi-utilisateurs. Idéal pour les données partagées avec accès concurrent.
• 4D Client : L’application de connexion. Idéal pour les postes de travail qui communiquent avec le serveur.

Une erreur courante pour les nouveaux arrivants est de tout développer en mode interprété et de découvrir ensuite que la compilation fait apparaître des erreurs que l’interprète tolérait. Construisez et compilez tôt, même sur un petit projet de test, afin d’apprendre les exigences du compilateur avant d’avoir des milliers de lignes de code.

Hébergement Web et graphiques de données

Le plan original citait « l’hébergement Web » et les « graphiques de données » comme sujets distincts, et les deux restent pertinents.

L’hébergement Web dans le monde 4D signifie exposer votre base de données aux navigateurs. Historiquement, cela se faisait via le serveur Web intégré de 4D, qui pouvait servir des modèles HTML et répondre aux requêtes en utilisant le langage 4D. Aujourd’hui, 4D prend également en charge l’accès de type REST et peut s’intégrer aux piles Web standards, vous n’êtes donc pas enfermé dans un modèle de publication propriétaire. Si vous prévoyez un front-end Web, décidez tôt si vous allez rendre les pages côté serveur dans 4D ou exposer les données via REST à un framework front-end distinct.

Les graphiques de données consistent à transformer les résultats de requêtes en graphiques et tableaux de bord. 4D a historiquement proposé des graphiques via ses objets de formulaire et des plug-ins tiers. Le conseil pratique : gardez vos requêtes de reporting séparées de vos formulaires de saisie de données, car les charges de travail de reporting ont des caractéristiques de performance très différentes de celles des transactions.

Plug-ins, outils et écosystème

Les titres « Plug-ins », « Outils/Utilitaires » et « Ressources » du plan original reconnaissent un point important : aucune plateforme de base de données n’est utilisée de manière isolée.

• Les plug-ins étendent 4D avec des capacités que le noyau n’offre pas — formats de fichiers spécialisés, intégration matérielle, graphiques avancés.
• Les outils et utilitaires couvrent tout, de l’analyse de code à la réparation de données.
• Les ressources — documentation, forums et sites communautaires — sont les endroits où l’on apprend réellement la plateforme.

Pour un historique faisant autorité sur la catégorie plus large, consultez l’article Wikipédia sur les systèmes de gestion de bases de données et le modèle relationnel qui sous-tend à la fois 4D et FileMaker. Pour la lignée du langage et de la plateforme, l’entrée 4D (langage de programmation) est un point de départ raisonnable. Et pour les standards avec lesquels le 4D moderne interopère, l’aperçu du SQL vaut la peine d’être lu même si vous passez la plupart de votre temps dans le langage natif de 4D.

Comment décider : un cadre pratique

Si vous choisissez ou héritez d’une plateforme, répondez à ces questions dans l’ordre.

1. Combien d’utilisateurs simultanés ? Un ou deux signifie un outil de bureau. Plus d’une poignée signifie que vous avez besoin d’un véritable moteur serveur.
2. Avez-vous besoin de distribuer une application autonome ? Si oui, vous avez besoin d’une plateforme avec un compilateur, ce que 4D propose.
3. Y aura-t-il un front-end web ou mobile ? Si oui, privilégiez une plateforme avec accès REST ou SQL.
4. Quelle quantité de logique personnalisée ? Des règles métier lourdes favorisent un environnement programmable plutôt qu’un environnement basé sur des formulaires.
5. Quelles sont les compétences de votre équipe ? Un citizen developer sera productif plus rapidement avec des outils de type FileMaker ; un programmeur préférera l’éditeur de méthodes de 4D.

Il n’y a pas de réponse universellement correcte. Le bon choix dépend de la nature du problème, et non du produit qui possède la liste de fonctionnalités la plus longue.

Questions fréquemment posées

4D est-il la même chose que 4ème Dimension ?

Oui. « 4D » est le nom moderne du produit initialement appelé « 4ème Dimension ». Le nom a été raccourci au fil des années, mais la plateforme, le langage et l’environnement de développement appartiennent à la même lignée. La documentation et les publications de la communauté des années 1990 et 2000 utilisent « 4th Dimension », tandis que les documents actuels utilisent « 4D ».

Pourquoi 4ème Dimension avait-il besoin de plus de RAM que FileMaker Pro ?

Parce que 4D était livré comme un environnement de développement complet — éditeur de structure, éditeur de méthodes, éditeur de formulaires, compilateur et composants client/serveur — tandis que FileMaker Pro était positionné comme une application de base de données pour utilisateur final. Un plus grand nombre de sous-systèmes exécutés simultanément signifie une empreinte mémoire plus importante. L’exigence plus élevée était la conséquence du fait qu’il s’agissait d’une plateforme plutôt que d’une application unique.

Quelle est la différence entre le mode interprété et le mode compilé dans 4D ?

En mode interprété, le langage 4D est exécuté ligne par ligne lors de l’exécution, ce qui est pratique pour le développement mais plus lent et nécessite l’environnement de développement. En mode compilé, le compilateur traduit votre code en une application autonome qui s’exécute sans l’environnement de développement et s’exécute plus rapidement. La plupart des déploiements en production utilisent des applications compilées ou 4D Server.

Les bases de données 4D peuvent-elles être publiées sur le web ?

Oui. 4D inclut depuis longtemps un serveur web intégré capable de servir des pages et de répondre aux requêtes en utilisant le langage 4D, et les versions modernes prennent également en charge l’accès de style REST et l’intégration avec les piles web standard. La comparaison originale avec FileMaker comptabilisait l’accès au web par adresse IP, ce qui reflétait un modèle de publication pour petits groupes de travail plutôt qu’un trafic web ouvert.

L’ancienne configuration système requise s’applique-t-elle toujours ?

Non. Les chiffres de la comparaison originale — 16 Mo de RAM, Windows 95/98, Mac OS 7.6.1 — décrivent le matériel et les systèmes d’exploitation d’environ 1999-2000. Les versions modernes de 4D fonctionnent sur les versions actuelles de macOS et Windows et nécessitent beaucoup plus de mémoire, comme on peut s’y attendre de toute plateforme de base de données contemporaine. Considérez l’ancien tableau comme une référence historique, et non comme un guide d’achat.

Que doit apprendre en premier un débutant dans 4D ?

Commencez par l’éditeur de structure : tables, champs et relations. Tout le reste — formulaires, méthodes, listes de valeurs, rapports — est construit sur ce modèle de données.

Une fois que vous pouvez définir une structure relationnelle propre, passez à l’éditeur de méthodes et apprenez comment le langage 4D lit et écrit les enregistrements. Les formulaires et les listes de valeurs viennent naturellement ensuite, car ils ne sont que des couches de présentation sur la structure que vous avez déjà conçue.

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.