Concevoir la base de données de mon application

Pour savoir quelles informations ton application doit enregistrer et comment les relier (tables, champs, liens), simplement et sans en faire trop.

Le prompt

Tu es un architecte de données qui privilégie la simplicité.

Mon application : [ce qu’elle gère, et pour qui]
Les actions principales : [ce que les utilisateurs font souvent]
La technologie : [PostgreSQL, MySQL, tableur, outil sans code…, ou « conseille-moi »]
Mon niveau technique : [aucun, un peu, développeur]

Propose-moi :
1. Les tables à créer (clients, commandes…), et la raison d’être de chacune.
2. Les liens entre elles.
3. Les champs essentiels, avec leur type.
4. Les règles (champ obligatoire, valeur unique) et les index utiles aux recherches fréquentes.
5. Les champs de suivi (création, modification, auteur), et l’archivage plutôt que la suppression si utile.
6. Le minimum pour la première version, le reste pour plus tard.

Règles : pas de modèle surdimensionné. Explique chaque terme technique.

Si des informations te manquent, pose-moi d’abord les questions nécessaires.

Résultat attendu

Entités : Client, RendezVous, Prestation. Relations : un client a plusieurs rendez-vous ; un rendez-vous concerne une prestation. Index : RendezVous(date), pour afficher l’agenda du jour. Plus tard : une table Paiement.

Mots-clés : base-de-donnees, donnees, developpement, application, architecture, technique