Pourquoi créer d’abord le modèle de données ?

Votre modèle de données est le plan de l’ensemble de votre application. Il définit les informations que vous gérez, la façon dont elles se connectent et, en fin de compte, ce que votre application peut faire. Obtenir le bon modèle de données dès le départ évite un effort de refactorisation massif par la suite, car tout le reste (formulaires, listes, workflows, rapports, intégrations) repose sur cette base.

Pensez-y comme à la construction d’une maison : le modèle de données est votre base et votre cadre. Vous pouvez facilement changer la couleur de la peinture (UI) ou ajouter de nouvelles pièces (fonctionnalités), mais changer les fondations après la construction est coûteux et perturbateur.

Considérations relatives à la planification

• Normalisation : éviter de dupliquer les données. Au lieu de stocker le nom/l’adresse du client sur chaque commande, référencez une table client.
• Conventions de dénomination : utilisez des préfixes clairs et cohérents pour les champs personnalisés (comme u_ pour les champs créés par l’utilisateur) et les noms descriptifs.
• Types de champs : choisissez les types appropriés pour les données que vous collectez.
  • Chaîne pour le texte
  • Entier/décimal pour les nombres
  • Référence pour les relations
  • Choix des options de liste déroulante
  • Date/Date/heure pour les données temporelles
  • Booléen pour les marqueurs vrai/faux
• Considérations relatives aux performances :
  • Ne créez pas de champs inutiles, ils ralentissent les requêtes et les formulaires.
  • Utilisez des champs indexés pour les colonnes fréquemment recherchées/filtrées.
  • Envisagez le partitionnement de table pour les ensembles de données très volumineux.
• Champs obligatoires et facultatifs : marquez les champs comme obligatoires uniquement lorsqu’ils sont vraiment nécessaires à l’intégrité des données.
• Listes de choix : définissez des options de liste déroulante standardisées pour assurer la cohérence des données plutôt que d’autoriser le texte libre.

Périmètre de l'application

Les tables appartiennent à un périmètre de l’application, espace de noms qui isole les données et la logique de votre application. Cela permet d’éviter les conflits de nommage et permet un empaquetage/déploiement plus propre. Les tables personnalisées sont précédées de votre périmètre (comme x_12345_myapp_customer).

Processus de conception