Les bases de l'apprentissage 4th Dimension

La plateforme 4D — à l’origine 4th Dimension, et encore largement connue sous son nom historique — stocke l’intégralité des données d’une application dans un seul fichier de données structuré. Comprendre comment les Tables s’intègrent dans cette architecture est la base de tout ce que vous allez créer : les champs, les formulaires, les listes de valeurs et, éventuellement, les requêtes et les méthodes qui pilotent une véritable application métier. Cette section explique la création de votre première Table, l’ouverture de ses propriétés et son nommage correct, tout en expliquant le raisonnement derrière chaque étape afin que vous puissiez l’appliquer en toute confiance à des conceptions plus vastes.

Points clés à retenir

• Dans 4D, toutes les Tables résident dans un seul fichier de données plutôt que dans des fichiers séparés comme c’est le cas dans FileMaker Pro (FMP). Ce modèle de fichier unique est au cœur de la façon dont 4D gère la sauvegarde, le déploiement et l’accès multi-utilisateurs.
• Une base de données 4D prend en charge jusqu’à 256 Tables, chacune contenant un maximum de 2 Go de données, soit environ 16 millions d’enregistrements.
• Vous créez des Tables à partir du menu Structure lorsque vous êtes en mode Conception.
• Pour ouvrir les propriétés d’une Table, vous devez double-cliquer spécifiquement sur la zone du nom de la Table — cliquer ailleurs dans la fenêtre Structure n’ouvrira pas la boîte de dialogue des propriétés.
• La fenêtre Propriétés de la Table comporte trois onglets ; les valeurs par défaut sont sûres pour un premier projet, et le nom de la Table peut être modifié à tout moment.
• Les conventions de dénomination sont importantes : choisissez des noms clairs, cohérents au singulier ou au pluriel, comme « Customers » avant de créer des formulaires et des relations par-dessus.

Pourquoi les Tables sont importantes dans le modèle de données 4D

Si vous venez du milieu FileMaker Pro, le changement de mentalité est important. Dans FMP, chaque table vivait historiquement dans son propre fichier et les relations étaient gérées entre les fichiers.

Dans 4D, l’architecture est différente : toutes les Tables sont stockées dans un seul fichier de Données. La Structure (votre conception — tables, champs, formulaires, méthodes) est conservée séparément des Données (les enregistrements réels saisis par les utilisateurs), mais chaque Table que vous définissez réside dans ce fichier de données unique.

Cette conception a des conséquences pratiques qui façonnent votre façon de travailler :

• Les sauvegardes sont plus simples. Les données étant centralisées, vous sauvegardez un seul fichier de données plutôt que d’en suivre plusieurs.
• Le déploiement est plus propre. Vous livrez une structure et un fichier de données, et non un dossier rempli de documents interdépendants.
• L’accès multi-utilisateurs est intégré. 4D Server gère l’accès simultané à ce fichier de données unique, vous n’avez donc pas à concevoir vous-même des schémas de verrouillage de fichiers.

Le compromis est que le fichier de données devient le seul point de croissance. C’est exactement pourquoi 4D impose des limites par Table : jusqu’à 256 Tables, chacune plafonnée à 2 Go ou environ 16 millions d’enregistrements.

Pour la plupart des applications métier destinées aux petites équipes et aux départements, ces plafonds sont généreux. Mais si vous concevez quelque chose qui accumulera des millions de lignes de transactions, vous devez réfléchir très tôt à la manière dont vous répartissez les données entre les Tables et si vous devez archiver des enregistrements plus anciens.

Connexes : Airtable — Une interface simple sous forme de feuille de calcul reposant sur une véritable base de données relationnelle, avec des automatisations, des vues et des interfaces partageables..

Créer une Table étape par étape

Pour cette procédure pas à pas, nous créerons une seule Table, ce qui permettra de suivre facilement l’exemple de base de données. La même procédure s’applique à de nombreuses Tables.

1. Entrez en mode Conception. La création de Tables est un changement structurel, vous devez donc être en mode Conception. Vous ne pouvez pas ajouter de Tables lors de l’exécution de l’application en mode Utilisateur.
2. Ouvrez le menu Structure. Dans la barre de menus, sélectionnez le menu Structure.
3. Choisissez « Nouvelle table ». Cet élément de menu ajoute une nouvelle Table vide à votre structure.
4. Localisez la nouvelle Table dans la fenêtre Structure. La fenêtre Structure de la base de données exemple (Figure 6 dans la procédure pas à pas d’origine) affiche vos Tables. Une Table fraîchement créée apparaît sous la forme d’une entrée sans nom.
5. Double-cliquez sur la zone du nom de la Table. Cela ouvre la fenêtre Propriétés de la table (Figure 7).

Cette dernière étape comporte une mise en garde qui mérite d’être répétée, car elle fait trébucher les nouveaux arrivants : vous devez cliquer sur la zone du nom de la Table et pas ailleurs. La fenêtre Structure contient plusieurs régions, et seule la zone du nom répond en ouvrant la boîte de dialogue Propriétés de la table. Si rien ne se passe lorsque vous double-cliquez, vous cliquez presque certainement au mauvais endroit : déplacez votre curseur directement sur le nom de la Table et réessayez.

Comprendre la fenêtre Propriétés de la table

Lorsque la fenêtre Propriétés de la Table s’ouvre, vous verrez trois onglets. La recommandation initiale est de les laisser à leurs valeurs par défaut pour le moment, ce qui constitue un bon conseil pour un premier projet, mais il est utile de savoir ce que vous reportez.

Si vous faites du shopping : Zoho Creator — Un créateur d'applications low-code qui se connecte à la suite Zoho plus large et propose des tarifs par utilisateur plutôt que par application..

• Le champ Nom de la table reste visible sur chaque onglet. Il s’agit d’un choix de conception délibéré : quel que soit l’onglet que vous consultez, vous pouvez renommer la Table. Vous pouvez changer le nom à tout moment, donc un nom n’est jamais permanent.
• Les autres onglets contrôlent le comportement structurel — des éléments tels que la manière dont la Table participe à la base de données plus large et la manière dont ses enregistrements sont gérés. Pour un exemple à Table unique, aucun de ces éléments ne nécessite d’ajustement.

L’habitude importante à prendre ici est la retenue. Les nouveaux développeurs ouvrent souvent une boîte de dialogue de propriétés et commencent à modifier des options avant de comprendre ce que chacune fait. Dans 4D, comme dans la plupart des conceptions de bases de données relationnelles, le chemin le plus sûr consiste à accepter les valeurs par défaut, à obtenir une Table fonctionnelle et à revoir les paramètres avancés uniquement lorsqu’une exigence concrète vous y oblige.

Une note sur la dénomination

Pour la base de données exemple, nommez la première Table « Customers ». Il s’agit d’une petite décision avec des effets en aval démesurés :

• Soyez cohérent en matière de pluralité. Si vous nommez cette table « Customers », nommez la suivante « Orders » et « Products » — et non « Order » et « Product ». La cohérence rend les relations et le code beaucoup plus faciles à lire.
• Évitez les espaces et les caractères spéciaux lorsque vous le pouvez, car les noms de tables apparaissent souvent dans le code et dans les requêtes générées.
• Nommez l’entité, pas l’écran. « Customers » décrit une chose ; « CustomerEntryScreen » décrit un formulaire. Gardez ces concepts séparés.

Une fois que vous avez tapé le nom, cliquez sur Appliquer, puis fermez la fenêtre à l’aide de la case en haut à gauche ou du bouton Terminé. Votre table existe désormais dans la structure et est prête à recevoir des champs.

Comment les tables s’intègrent au reste de la base de données

Une table n’est que le conteneur. Le reste de votre application s’appuie sur celui-ci selon une séquence claire, et il vaut la peine d’avoir une vue d’ensemble avant de continuer :

• Les champs de données définissent les colonnes — les attributs réels que vous stockez, tels que le nom, l’adresse ou le numéro de compte d’un client.
• Les formulaires sont l’interface utilisateur : les écrans sur lesquels les utilisateurs consultent et modifient les enregistrements.
• Les listes de valeurs (listes de choix) contraignent et accélèrent la saisie des données en proposant des options prédéfinies.
• Les données d’exemple vous permettent de tester des formulaires et des listes avec un contenu réaliste avant la mise en service.

Chacun d’entre eux dépend de l’existence préalable de la table. C’est pourquoi le flux de travail de conception de 4D est délibérément ordonné : la structure avant l’interface, l’interface avant les données. Si vous essayez de créer un formulaire avant que les champs sous-jacents n’existent, vous n’aurez tout simplement rien à quoi vous lier.

Cela explique également pourquoi le modèle à fichier de données unique est si important. Parce que chaque table, champ et enregistrement réside dans une structure coordonnée, 4D peut appliquer les relations et l’intégrité référentielle dans l’ensemble de votre application sans que vous ayez à gérer de fichiers externes.

Connexes : Knack — Un générateur de base de données sans code destiné aux portails, aux annuaires et aux outils internes, avec une tarification forfaitaire au lieu de frais par utilisateur..

C’est le même principe qui sous-tend les systèmes de gestion de bases de données relationnelles en général — le concept formalisé dans le modèle relationnel d’E. F. Codd et désormais standard dans des produits comme Oracle Database, Microsoft SQL Server et PostgreSQL. 4D applique cette pensée relationnelle dans un fichier d’application autonome, ce qui le rend accessible aux petites équipes et aux développeurs citoyens.

Conseils pratiques pour évoluer au-delà d’une seule table

L’exemple utilise une seule table pour plus de clarté, mais les vraies applications s’arrêtent rarement là. Lorsque vous ajoutez des tables, gardez ces critères à l’esprit :

Considération	Que vérifier	Pourquoi c’est important
Nombre de tables	Restez bien en dessous de la limite de 256 tables	Laisse une marge de manœuvre et maintient la structure navigable
Taille par table	Surveillez le plafond de 2 Go / ~16 millions d’enregistrements	Les tables de transactions volumineuses peuvent nécessiter un archivage ou un fractionnement
Nommage	Cohérent, basé sur les entités, sans caractères parasites	Affecte la lisibilité du code et la clarté des relations
Relations	Définissez délibérément les liens entre les tables	Empêche les données orphelines ou dupliquées
Plan de croissance	Décidez tôt ce qui sera archivé	Protège les performances à mesure que les données s’accumulent

Une règle générale utile : modélisez une table par entité du monde réel (clients, commandes, produits, factures), puis connectez-les avec des relations plutôt que de tout regrouper dans une seule table large. Cela reflète les principes de normalisation enseignés dans la plupart des cursus de bases de données et permet de maintenir votre structure 4D à mesure que l’application se développe.

Notre sélection : Claris FileMaker Pro — La plateforme de base de données relationnelle de longue date pour les équipes qui ont besoin d'applications personnalisées sur ordinateur, Web et mobile à partir d'un seul fichier..

Erreurs courantes à éviter

• Cliquer sur la mauvaise zone dans la fenêtre Structure. Seule la zone du nom de la table ouvre les Propriétés de la table. C’est l’obstacle le plus courant à cette étape.
• Renommer les tables tardivement sans vérifier les dépendances. Vous pouvez renommer à tout moment, mais si des formulaires, des méthodes ou des relations font déjà référence à l’ancien nom, vous devrez les mettre à jour.
• Ignorer les limites de taille jusqu’à ce qu’il soit trop tard. La limite de 2 Go / 16 millions d’enregistrements par table est généreuse mais finie. Planifiez l’archivage pour les tables à volume élevé.
• Créer des formulaires avant les champs. L’ordre du flux de travail existe pour une raison : définissez d’abord la structure.
• Sur-personnaliser les propriétés dès le premier jour. Les valeurs par défaut sont là pour vous permettre d’avancer. Modifiez-les lorsqu’une exigence l’impose, pas avant.

Questions fréquemment posées

Combien de tables une base de données 4D peut-elle contenir ?

Une base de données 4D prend en charge jusqu’à 256 tables. Chaque table peut contenir un maximum de 2 Go de données, soit environ 16 millions d’enregistrements. Pour la plupart des applications départementales et des petites équipes, ces limites sont plus que suffisantes, mais les conceptions à volume élevé doivent prévoir l’archivage.

Pourquoi ne puis-je pas ouvrir la fenêtre Propriétés de la table ?

Vous cliquez presque certainement sur la mauvaise partie de la fenêtre Structure. La boîte de dialogue Propriétés de la table s’ouvre uniquement lorsque vous double-cliquez directement sur la zone du nom de la table. Cliquer ailleurs dans la fenêtre ne produit rien ; repositionnez donc votre curseur sur le nom de la table et réessayez.

Puis-je renommer une table après l’avoir créée ?

Oui. Le champ Nom de la table reste visible sur les trois onglets de la fenêtre Propriétés de la table, vous pouvez donc modifier le nom à tout moment. N’oubliez pas que si des formulaires, des méthodes ou des relations font déjà référence à l’ancien nom, vous devrez mettre à jour ces références.

Dois-je modifier l’un des onglets Propriétés de la table ?

Pas pour un premier projet. Le guide original recommande de laisser les valeurs par défaut, et c’est une bonne pratique. Les trois onglets contrôlent le comportement structurel dont vous n’aurez pas besoin tant qu’une exigence spécifique ne vous obligera pas à les revoir.

En quoi une table 4D est-elle différente d’un fichier FileMaker Pro ?

Dans FileMaker Pro, les tables se trouvaient historiquement dans des fichiers distincts. Dans 4D, toutes les tables sont stockées dans un seul fichier de données, ce qui centralise la sauvegarde, le déploiement et l’accès multi-utilisateurs. C’est la principale différence architecturale à assimiler lors du passage d’une plateforme à l’autre.

Comment dois-je nommer ma première table ?

Pour la base de données d’exemple, nommez-la “Customers”. Plus généralement, choisissez des noms basés sur des entités, maintenez une pluralité cohérente entre les tables et évitez les espaces ou les caractères spéciaux, car les noms de tables apparaissent souvent dans le code et les requêtes générées.

Où aller ensuite

Une fois votre première table créée et nommée, vous disposez du conteneur dont votre application a besoin. L’étape suivante consiste à définir les champs de données — les colonnes qui donnent sa substance à la table. À partir de là, vous créerez des formulaires pour l’interface, configurerez des listes de valeurs pour accélérer la saisie des données et, enfin, saisirez des données d’exemple pour tout tester de bout en bout. Chaque étape s’appuie directement sur la table que vous venez de créer, alors prenez un moment pour confirmer qu’elle apparaît correctement dans la fenêtre Structure avant de continuer.