Forum du club des d�veloppeurs et IT Pro - Sch�ma

[MCD] MCD pour cr�ation base donn�es de comptabilit�

seabs — Mon, 29 Jun 2026 14:33:19 GMT

Bonjour,

Depuis quelque temps, des amis qui sont tr�soriers dans des associations me demandent de leur �tablir une comptabilit� simple pour permettre de pr�senter les comptes et �tablir les documents de synth�se pour la fin de l�exercice. Certes, il existe des produits sur le march�, mais les associations ou clubs de sports, avec des moyens de plus en plus limit�s, sont de l�obligation de r�aliser des �conomies sur tous les tableaux.
Pour cette raison, j�ai d�cid� de r�pondre favorable � leur demande. Mon objectif reste local et mon intention n�est nullement de le mettre � disposition de tiers inconnus.

Cette technique n��tant pas incluse dans mon m�tier de base, mais simplement une passion pour certaines choses techniques utiles. Mon dernier*MCD important remonte � quelques ann�es, d�o� ma crainte d�oublier un point important avec des cons�quences ult�rieures difficiles � r�gulariser.

Voici le r�sum� de mon approche.

Ma premi�re �tape est la r�daction d�un MCD pour r�diger la base de donn�es adapt�e � l�objectif fix�. Vous trouvez ci-dessous le sch�ma qui a �t� d�velopp� avec Looping.

Les r�gles de gestion que j�ai r�dig�es ne sont peut-�tre pas rigoureusement dans les r�gles de l�art, mais elles doivent permettre de comprendre les choix faits dans la r�daction du MCD. Pour certaines lignes, je fournis des explications compl�mentaires pour vous aider dans l�analyse des solutions retenues.

R�gles de gestion

Identification du dossier
I01 Permettre de cr�er plusieurs dossiers
I02 Distinguer les particuliers des associations pour l�identification
I03 Le code SIRET et APE n�existe pas pour les particuliers, sauf s�il s�agit d�autoentrepreneurs 1)

D�finition des exercices
E01 Un dossier peut comporter un ou plusieurs exercices
E02 La pr�sence de deux exercices dans la m�me ann�e est rare, mais cela peut arriver pour des raisons diverses. Mise en place du mois et de l�ann�e pour identifier l�exercice 2)
E03 Date de d�but et date de fin d�exercice doivent �tre connues

Pr�sentation des journaux
J01 Il existe plusieurs types de journaux (Tr�sorerie, OD, Achats, Ventes, etc.)
J02 Les journaux d�achats ou de ventes doivent permettre de pr�senter la TVA sur les factures
Par contre, les particuliers et certains autoentrepreneurs n�ont aucune obligation de TVA 3)

Plan comptable
P01 Un dossier comporte obligatoirement un plan comptable
P02 Un plan comptable ne peut pas �tre commun, il doit �tre attach� � un seul dossier
P03 Un num�ro de plan cr�� et affect� ne peut plus �tre supprim�, m�me dans la situation de remise � z�ro 4)
P04 Sur un exercice suivant, le num�ro du plan, si non utilis�, peut �tre neutralis�. Il restera dans le plan comptable, mais ne sera plus pr�sent� dans la liste affectable. 5)
P05 Le num�ro de plan doit �tre unique, d�o� une utilisation comme index. 6)
P06 Chaque ligne du plan comptable est attach�e � une sous-classe, laquelle sous-classe d�pend d�une classe.
P07 Chaque ligne du plan sera rattach�e � la ligne des �tats (bilan et compte de r�sultat). Dans l�imm�diat, la mise en place des �tats n�est pas pr�vue dans ce MCD. En attendant l��volution, le sigle NAF sera inclus (non affect�).

Sch�ma des �critures
E01 Les �critures doivent �tre attach�es � un journal et � num�ro de plan comptable
E02 Certaines �critures n�cessitent de conna�tre les quantit�s. Cependant, cette possibilit� n�est pas n�cessaire pour toutes les lignes d��criture.
E03 Il est obligatoire de savoir si l��criture saisie est un d�bit ou un cr�dit. Exemple*: D pour d�bit et C pour cr�dit.
E04 Les comptes*40 fournisseurs et 41*clients et autres tiers, il doit �tre possible de proc�der � un lettrage des �critures. Le but est de d�montrer que le total des d�bits et le total des cr�dits marqu�s en lettrage donnent un solde z�ro et que l��criture est sold�e.
Le lettrage peut faire l�objet d�une entit� s�par�e. Ce n�est pas le choix utilis�e. 7)
E05 Pour les journaux mentionn�s avec TVA (Achats et Ventes), il doit �tre possible de saisir le montant de la TVA et son taux. Cette approche pourra conduire � saisir plusieurs lignes pour une m�me facture, si celle-ci comporte plusieurs taux (voir note compl�mentaire ci-dessous).
Il est possible de mettre en place une centralisation de la TVA (option retenue dans le MCD).
E06 La saisie des quantit�s est parfois utile, mais pas dans tous les journaux. En r�alit�, cela d�pend du contexte de l�environnement individuel ou association. Il est possible de r�p�ter l�approche de la TVA, mais ce n�est pas celle retenue dans l�imm�diat.
E07 Les quantit�s saisies doivent �tre qualifi�es pour permettre une interpr�tation objective (kg, L, m2, etc.)
Comptabilisation TVA dans les �critures
Il existe deux m�thodes (voir plus) pour comptabiliser la TVA dans un journal d�achats ou un journal de ventes.

Les points qui sont inclus dans les r�gles de gestion et qui n�cessitent une information compl�mentaire.

1) Il serait possible de cr�er une entit� s�par�e pour enregistrer le SIRET et APE, sachant qu�un particulier ne poss�de pas cette immatriculation.

2) Il me semble que la date du d�but de l�exercice serait suffisante pour assurer son identification, d�o� une simplification de cette entit�. Votre avis me permettra de prendre la d�cision d�finitive.

3) Pour la TVA, il peut exister des approches diff�rentes, d�o� l�id�e de pr�voir une option si le journal doit ou ne doit pas enregistrer la TVA*;

4) Un num�ro du plan comptable, au niveau d�tail, peut �tre supprim� seulement, s�il n�a jamais enregistr� un montant. Pour traiter correctement cette possibilit�, me dire si je dois pr�voir une ligne compl�mentaire dans mon MCD (num�ro d�j� utilis� et coch� avec un bool�en).

5) Il est possible qu�un num�ro cr�� au cours d�un exercice ne soit plus utilis� ult�rieurement. Cependant, et compte tenu de la remarque au 4, il existera toujours dans le plan comptable. La mise en place d�une neutralisation interdisant l�affichage me semble plus que n�cessaire, mais elle est obligatoire.

6) La ligne de plan comptable unique est impos�e, d�o� son utilisation comme index. � long terme, ce choix pr�sente le risque d��tre modifi� et rendre la correction dans la base quasi impossible. Il me semble qu�une r�organisation g�n�rale du plan comptable rendra caduc les logiciels de comptabilit� existants (merci de votre avis).

7) Le lettrage des �critures concernant les clients et les fournisseurs est obligatoirement pour permettre une utilisation plus agr�able. Cependant, ce lettrage n�est pas n�cessaire pour toutes les �critures. Il serait pr�f�rable d�ajouter une entit� pour traiter ce point (merci de me donner votre sentiment).

D'avance merci pour votre aide.
Amicalement.

Images attach�es

Comment reconnaitre mes relations dans mon sch�ma ?

pierrot10 — Thu, 16 Apr 2026 22:25:50 GMT

Hello � tous,

Je travaille sur sch�ma et je suis emprunt� en ajoutant une table qui doit contenir des informations li�es � une sonde et � l'ID d'une station. Cette table peut contenir plusieurs fois les informations sur la m�me station et la m�me sonde ainsi que d'autres.

J'ai donc ajout� une table n:m. J'ai ceci

Je constate que les deux lignes sont continues.

Pr�c�demment, j'ai ajout�

une tables 'users' et 'roles' et un role est attribu� � un utilisateur (super admin, admin, user, ghest, demo).
une table users_has_fields. Catte table contient les utilisateurs qui sont autoris�s � consulter certain(s) terrain(s). (Un terrain contient des stations). Un role est aussi attribu� dans cette table afin de d�finir les droits aux utilisateurs sur le terrain

Par exemple

si un utilisateur qui a le droit sur un terrain avac le role user, il ne pourra que consulter l'�tat des stations de CE terrain
si un utilisateur qui a le droit sur un terrain avac le role admin, il ne pourra modifier les seuils des sondes des stations de CE terrain
si un utilisateur � le role SuperAdmin, il aura tous les droits sur cette station/terrain quelque soit le role qu'il a dans 'user_has_field'. Il pourra donc modifier les seuils des sondes de cette(ces) station(s)

Ca fonctionne tr�s bien.

Simplement quand je regarde mon sch�ma

je vois que la table 'users_has_fields' a les lignes en trait till� entre la table 'users' et 'fields'

Je me demande quelles seront vos critiques.

En premier temps, je pensais avoir fait la table 'users_has_fields' n:m entre 'fileds' et 'users' et je me demande si j'aurais d� le faire, ..et ensuite ajout� une table 'role' en deux fois 1:n.

Est-ce que ca vous fait sauter de votre si�ge :) et que je devrais passer un peu de temps � repenser � ca?
Ou ca va comme cela, puisque que ca fonctionne bien comme cela.

Ne soyez pas trop dur dans vos critiques, su vous sautez de vos si�ges :) :) :)

Merci et belle soir�e

Images attach�es

[MCD] Cl� primaire obligatoire ?

DiverSIG — Thu, 12 Mar 2026 13:45:32 GMT

Bonjour,

Dans mon mod�le de base de donn�es, j'ai une table Param�tres, avec sa cl� primaire, et une table Unit�s, avec sa cl� primaire.
Entre les deux, je cr�e une table Param�tre_Unit�, ou je met la cl� primaire des param�tres, et pour chaque param�tre, les cl� primaires des unit�s valides pour ce param�tre. Ceci dans l'id�e de pouvoir emp�cher l'utilisateur de pouvoir s�lectionner par exemple le param�tre temp�rature et lui associer l'unit� kilogramme !

Question : Pour �tre le plus rigoureux dans la conception, est ce que dans cette table interm�diaire il est n�cessaire de cr�er un champ cl� primaire (de type autoincrement) ?

Merci,

Nico

[MCD] Gestion des commandes de taxi

consty10000 — Tue, 03 Mar 2026 11:59:21 GMT

ETUDE DE CAS
GESTION D'UNE FLOTTE DE TAXIS
Contexte : Une entreprise de taxis souhaite informatiser la gestion de ses activit�s pour mieux suivre ses v�hicules, ses chauffeurs, et les courses r�alis�es. Voici les d�tails :
1. Les Taxis :
� Chaque taxi est identifi� par un num�ro de v�hicule unique ( Num_Taxi ).
� Chaque taxi est caract�ris� par sa marque, son mod�le, sa date de mise en service, et son kilom�trage actuel.
2. Les Chauffeurs :
� Chaque chauffeur est identifi� par un num�ro unique (Num_Chauffeur).
� Les informations personnelles du chauffeur incluent son nom, son pr�nom, son num�ro de permis, et sa date d�embauche.
3. L�affectation des Taxis :
� Un chauffeur peut conduire plusieurs taxis au fil du temps, mais un taxi ne peut �tre conduit que par un chauffeur � un moment donn�.
� Une affectation est caract�ris�e par une date de d�but et une date de fin.
4. Les Courses :
� Une course est identifi�e par un num�ro unique (Num_Course).
� Chaque course est associ�e � un taxi et un chauffeur (� un instant donn�).
� Les informations sur une course incluent la date et l�heure de d�but, la date et l�heure de fin, la distance parcourue (en kilom�tres), et le montant pay� par le client.
� Une course peut �tre annul�e, et dans ce cas, le montant est nul.
5. Les Clients :
� Chaque client est identifi� par un num�ro unique (Num_Client).
� Les informations sur le client incluent son nom, son pr�nom, et son num�ro de t�l�phone. �
Un client peut effectuer plusieurs courses, et une course est r�alis�e pour un seul client.

Aidez moi pour avoir un MCD

Images attach�es

Conception base de donn�es utilisateur

sylvain257 — Mon, 19 Jan 2026 11:54:06 GMT

Bonjour,

Je travaille actuellement sur une base de donn�es de gestion des utilisateurs bas�e sur le principe client > projet > profil > contributeur, pour les besoins de l'administration d'une application cartographique. Il y a des niveaux d'autorisation � chaque niveau, par exemple pour ajouter des communes autoris�es et d'autres restrictions. Une commune autoris�e sur un profil ne peut l'�tre que si elle est autoris�e au niveau du profil. On est donc sur une architecture en cascade, un niveau d�pendant du niveau pr�c�dent.

Le probl�me c'est qu'une architecture comme celle-l� devient vite chiant � d�velopper et � maintenir. D'autant que deux syst�mes de cr�ation d'utilisateurs existent. Mon produit cartographique est destin� aux particuliers qui se logueraient avec un email, choisirait une offre etc. Ce produit est aussi destin� aux professionnels qui eux sont davantage sur la gestion de projet. Si dans la premi�re option, c'est l'utilisateur lui-m�me qui cr�e son espace, en revanche dans la seconde c'est mon entreprise qui cr�� les identifiants pour le client. C�t� front, je dois interfacer avec les APIS de Stripe pour la facturation, mais pour les professionnels, en particulier pour les collectivit�s, cela doit se faire par Chorus Pro.

A noter que je dois ajouter des tables de suivi telles que des tables de logs.

Avec l'exp�rience, je sais que quand �a bloque et qu'il commence � y avoir des incoh�rences, il ya de fortes chances pour qu'une autre conception, qu'une autre vision du probl�me existe. Il me faudrait du coup une conception qui me permettrait de g�rer les deux syst�mes de facturation.

Si parmi les contributeurs de ce forum, quelqu'un a une ou des id�es, je suis preneur.

Merci d'avance pour vos contributions,

Sylvain

MCD - Gestion de recherche de ressources

quentyn — Fri, 05 Dec 2025 16:25:00 GMT

Bonjour,

Je suis en licence informatique et nous devons r�aliser un projet afin de valider nos comp�tences en SQL. Pour cela, nous avons le droit de cr�er un sujet, tant que celui-ci est suffisamment complexe et p�dagogiquement int�ressant. :D

Comme sujet, nous avons choisi un syst�me qui, apparemment, est tr�s compliqu�, puisqu�il fait intervenir la gestion de stock dans plusieurs entrep�ts, la gestion de fournisseur et de transformation de ressources.
Par cons�quent, nous avons choisi de simplifier au maximum les notions, afin de se concentrer sur la recherche de ressources suite � une commande, et d�estimer les prix des ressources command�es (on ne tient pas compte du temps et des diff�rents trajets entres entrep�ts/fournisseurs.)

Le debrief du projet:
� partir de commandes re�ues, l�entreprise de gestion et livraison de mati�re premi�re (entre-autres), doit pouvoir se renseigner si les ressources command�es sont disponibles dans l�un de ses entrep�ts, ou s�il est possible de s�approvisionner afin de r�pondre � la demande. Pour se r�approvisionner, l�entreprise poss�de plusieurs contacts avec des sous-traitants ext�rieurs, de nature diff�rentes;
Fournisseur source: Une source est une sorte de grand entrep�t qui poss�de une certaine quantit� de mati�re, g�n�ralement une seule, et qui vend ses ressources. Par exemple une mine de Cobalt,...
Fournisseur usine: Une usine est un fournisseur qui transforme la mati�re donn�e entrante en mati�re transform�e, en suivant un Processus, une recette de cuisine.

Je vous �cris ce message pour vous demander de l�aide sur la partie ci-dessus, car il y a plusieurs probl�mes que nous avons du mal � r�soudre:
(je ne vous demande pas d�aide directement sur les r�gles de gestion, mais sur les entit�s et les associations en g�n�ral)

- L�association tertiaire �R�cup�rer� nous a �t� d�crit comme maladroit, et nous n�avons pas vu en cours comment adapter facilement ce genre de relation en SQL. Pourtant je l�a trouve pertinente, et ne vois donc pas commencer la d�velopper en plusieurs entit�s. Dans les SQL de gestion de stocks disponible en ligne, il y a tout un syst�me de �LignedeCommande� pr�sent dans �l�OrdredeCommande�, mais je n�arrive pas � l�adapter correctement dans ce type de projet.

- Les diff�rentes associations li�es � l�Ordre de commande. Selon moi, l�ordre doit indiquer les processus � ex�cuter et le fournisseur qui r�alise ce processus, mais j�ai du mal � savoir s�il suffit d�associer les entit�s entre elles o� si une autre chose doit �tre employ�e.

Petite information, les variables �coef� d�signent la quantit� de ressources en prenant comme r�f�rentiel le stock des entrep�ts. Par exemple, un proc�d� qui n�cessite deux ressources, auront un coefficient n�gatif, et fournira un produit avec un coefficient positif.

Si vous pouviez m'�clairer sur ces deux points, je vous serais tr�s reconnaissant !
Et si le message n'est pas clair, n'h�sitez pas � le signaler afin que l'on puisse mieux se faire comprendre :zoubi:

Bonne fin de journ�e � vous !

Images attach�es

Conversion MLD en MCD

Kain06 — Thu, 04 Dec 2025 06:16:01 GMT

Bonjour,

Pourriez-vous svp convertir ce MCD en MLD ?

Merci d'avance (c'est quelque peu urgent :()

Images attach�es

Base de donn�es d'un r�seau social

jerem_brest — Tue, 11 Nov 2025 14:20:06 GMT

Salut,

Comme expliqu� dans le post de pr�sentation post� � l'instant, j'essaie actuellement de d�velopper un r�seau social en m'appuyant sur la stack Weblow (frontend), Xano (backend) et Wized pour la logique JavaScript entre les deux.

J'ai bien avanc� sur mon MCD, mais j'arrive � un point crucial sur la gestion des Fichiers post�s par les utilisateurs du r�seau. Voici quelques r�gles de gestion que je souhaite mod�liser :

Un Membre peut poster 1 ou plusieurs Publications. Une Publication peut appartenir � plusieurs Types : un simple Texte, une Photo avec un Texte, une galerie d'Images (qui peut aussi contenir des Vid�os), voire, (plus rare, �tant donn� la domination du son stream�), un fichier Son (MP3 ou autre). Un Membre peut �galement poster des liens externes (URL), vers un article de presse, par exemple.

Je me pose surtout la question du stockage des donn�es. Pour ma V1, qui sera assez rudimentaire, je souhaite d'abord stocker les donn�es dans le cloud de Xano. Se pose par contre la question de la mod�lisation. J'ai bien une table Membre, une table Post (ID, titre, description, statut, lastupdate, #membre_id). Mais je bloque sur la mod�lisation des Medias (images , photos, son) : est-ce que je dois cr�er une table par type de fichiers (car une Image n'a pas de Dur�e, par exemple, contrairement � une Vid�o ou un Son) ? Ou bien est-ce que je dois cr�er une table unique qui contient tous les types de Media ? Est-ce que je dois cr�er une table Post_type, afin de r�pertorier les diff�rents types de posts que peuvent publier les membres ?..

Bref, je suis un peu perdu !

Aussi, je vous remercie d'avance pour votre aide,

J�r�my

[MCD] Correction de MCD

Lynn2563 — Sun, 09 Nov 2025 14:38:36 GMT

Bonjour,
J�ai r�alis� un MCD pour mon projet, mais je rencontre un probl�me de fermeture circulaire entre certaines entit�s.

Dans ce mod�le, chaque commande peut avoir plusieurs livraisons, et une seule facture est associ�e � la commande.
Pourriez-vous m�aider � corriger le MCD afin d��viter la fermeture circulaire?
Merci !

Images attach�es

Mod�liser des r�sultats d'analyses

DiverSIG — Mon, 03 Nov 2025 10:24:07 GMT

Bonjour,

Dans la base de donn�es que je cr�e, je doit mod�liser des analyses (analyses chimiques, biologiques, ...) et les r�sultats de ces analyses.

J'ai une table qui d�crit des �chantillons, une table qui d�crit les analyses faites sur ces �chantillons (type d'analyse, protocole utilis�, ...).
Pour les r�sultats d'analyses, j'ai identifi� 4 types de r�sultats:
- valeur num�rique (ex : concentration, nombre d'�l�ments, ...)
- valeur maximale (ex : concentration < 5, sans pouvoir donner une valeur pr�cise)
- valeur minimale (ex : concentration > 5, sans pouvoir donner une valeur pr�cise)
- r�sultat non num�rique (ex : pr�sence/absence)

Mon probl�me est de mod�liser tout �a. Dans une seule table de r�sultats d'analyse ? mais je ne vois pas trop comment faire rentrer tous ces cas de figure dans une table unique
Ou faire une table de r�sultat sp�cifique par cas de figure ?

Des id�es ? des avis ? des exemples ?

Merci,

Nico

Le Mod�le Relationnel de Donn�es et Tutorial D

fsmrel — Thu, 14 Aug 2025 20:47:26 GMT

Bonsoir � tous,

Le Mod�le Relationnel de Donn�es (RM), invent� par Ted Codd ([Codd1969], [Codd1970]) a continu� � s�enrichir et �voluer harmonieusement sous la houlette de ses continuateurs, essentiellement Chris Date, compagnon de route de toujours de Ted, et Hugh Darwen. Suite aux travaux de Codd, durant la p�riode 1973-1976, naquirent essentiellement deux langages relationnels, QUEL et SQL.

Date et Darwen ont propos� un langage pour �tudier la mise en oeuvre du Mod�le Relationnel de Donn�es, � savoir Tutorial D. je cite (et traduis) :

� Tutorial D est un langage de programmation complet du point de vue du calcul, int�grant toutes les fonctionnalit�s des bases de donn�es. Nous n�avons pas voulu qu�il soit per�u comme dot� de � la puissance industrielle � ; il s�agit plut�t d�un langage � jouet � (� toy �) dont l�objet principal est de servir de support pour l�enseignement. En cons�quence, ont �t� volontairement omises de nombreuses fonctionnalit�s qu�exigerait un langage v�ritablement industrialis�. (L�extension du langage pour la prise en compte de ces fonctionnalit�s serait un projet qui en vaudrait la peine, le transformant ainsi en ce qu�on pourrait appeler Industrial D.)... �

Par � langage de programmation complet du point de vue du calcul �, on doit comprendre que des applications enti�res peuvent �tre ainsi d�velopp�es, il ne s�agit pas d�un � sous-langage � de donn�es h�berg� par quelque langage h�te propre � fournir les possibilit�s de calcul n�cessaires. Tutorial D est un langage � jouet � dans la mesure o� rien n�est pris en compte en ce qui concerne par exemple les sessions et les connexions, les communications avec le monde ext�rieur (gestion des entr�es/sorties, etc.), ou la gestion des exceptions et de leurs codes-retour. Date et Darwen sont beaucoup trop modestes, le qualificatif � jouet � ne colle pas, je dirais que Tutorial D est plut�t un langage de r�f�rence, et ― par comparaison avec le rigide SQL ― souple, �l�gant et intellectuellement tr�s agr�able quand on � joue � avec.

Un langage vraiment relationnel, disons de la famille D, peut tr�s bien int�grer des fonctionnalit�s ind�pendantes du Mod�le Relationnel, dans la mesure o� elles n�en pervertissent pas l�esprit. Par exemple, D pourrait � l�instar de SQL proposer un g�n�rateur de type ARRAY ou MULTISET ([TTM2014], chapitre 10 / � RM Very strong suggestions �, page 249), mais en aucune fa�on un concept en contradiction avec l�esprit du Mod�le Relationnel tel que celui de pointeur (exemple : type REF de SQL). En effet, toute information, quelle qu�elle soit, doit �tre repr�sent�e dans la base de donn�es exclusivement sous forme de valeurs prises par les attributs (NULL est de facto disqualifi�), au sein de n-uplets (tuples) dans les relations (Information Principle de Codd).

A vous de jouer avec Tutorial D...;)

L�article que je propose : Tutorial D et alg�bre relationnelle

A vous de jouer avec Tutorial D...

Fran�ois