Question modélisation : Table avec index ou champs ?

Bonjour,
J'essaie de créer une base de gestion de projets.
je me pose la question quant à savoir dans mon cas, s'il est préférable de créer une autre table ou d'ajouter des champs dans la table générale de projets.
J'explique :
Chaque projet doit posséder une répartition par service concerné sur les couts à venir.
un projet peut être supporté soit par 1 service qui paiera l'intégralité du projet (100% du forfait), ou au maximum 5 services concernés (exemple 5 services=> 20% chacun),
ou 3 services => service1 : 50% service2 :25%, service3 :25%

est-il préférable de créer au maxmum 5 champs d'imputation dans la table des projets ? ou de créer une autre table avec comme relation l'ID du projet ?

Sachant que par la suite, je dois contrôler que la saisie n’excède pas 5 services, n’excède pas 100%, pour ensuite en fonction du cout, imputer sur chaque service concerné...

Merci de votre expérience et aide sur ce point.

Bonjour Audeo,

je serai partisan de créer une nouvelle table, ce qui ne fera ajouter qu'un nouveau champ dans la table existante (clé étrangère)
Et puis, on ne sait pas de quoi sera fait demain, mais imagine qu'un nouveau service se créé et là... il faut remettre les mains dans la base.
Pour "verrouiller" la création d'un service, tu peux mettre un popup qui demandera un mot de passe... ça évitera les bourdes des utilisateurs

Le fait d'avoir à contrôler le nombre de services (maxi 5) et que le tout n'excède pas 100 peut facilement de résoudre dans les 2 cas.

Curt

Merci Curt de ton interet.
ok pour une nouvelle table liée par le code projet mais comment contrôler pour le même projet que la saisie du service ne soit pas en double ou n'excède pas 5 et que le tout, 1 ou plusieurs services renseignés ne soit pas différent de 100% ?
là je sèche, je ne vois pas comment procéder
Exemple des champs
Table projet : ID projet (clé) / Nom projet / etc...
Table Service : ID projet (clé) / Service / Pourcentage

tu peux automatiser le comptage du nombre de services et le pourcentage par une data macro dans la table projet
cette data macro est declenchee a chaque creation/suppression/mise a jour de la table des relations entre projet et service (note: cette table est differente de la table des "Service", elle a les champs Service et Projet en clef unique "comment contrôler pour le même projet que la saisie du service ne soit pas en double")



Pièce jointe 191864

voir la maquette ci jointe, si tu rajoutes un service ou modifie un pourcentage, la table projet se met automatiquement a jour
Pièce jointe 191865

Merci pour ton aide Accessisgood.
Super exemple que j'essaie de m'inspirer (voir PJ TEST2.zip)
Cependant, 2 questions :
1) je ne trouve pas dans ta Db, la/les macros dont tu parles pour le comptage
2) Quel est l’intérêt de définir un ID en numérotation auto. Dans mon cas, le code projet est unique donc la clé. Y a t il un réel intérêt pour la numérotation auto ?

Bonjour Audeo

1) les macro de donnees sont dans les tables projet et projet_service , a ouvrir en mode design, "create data macro", "edit data macro" (mon editeur est en anglais)
2) si ta numerotation est unique alors tu n'as pas besoin de l'auto increment. Moi je l'utilise systematiquement pour des questions de portabilite

Merci accessisgood.
J'avance à petit pas, j'essaie de comprendre et d'adapter ta Macro selon mes ID (TEST2.zip)...
doit manquer qqchose dissimulé qqpart, car cela ne fonctionne pas ;-))
te ferai un retour...

Bon ben , j'y arrive pas... :( Grrrr
J'ai essayé d'adapter ta méthode selon selon mes ID (TEST3.zip) mais pas de comptage Percent dans ma table projet...
Si à l'occaz, tu peux jeter un coup d'oeil et me dire car là je ne vois pas...
En te remerciant...(encore)

bon... je viens de voir qu'il me manquait les macros insertion/maj/suppression :roll:
Par contre, celle de "Apres suppression" ne fonctionne pas, je cherche à savoir à quoi fait référence "[Ancien]."

viens de trouver : un ) à la place de ] :roll:

Mille mercis Accessisgood pour ton aide
Au plaisir... :chin:

Hello Accessisgood
J'ai besoin sur le même principe, d'ajouter une 2e table de distribution en plus de "service" à chaque projet, exemple "service2"
j'ai recrée une 2e table, ajouter les mêmes macros que la 1ere en changeant les noms de variables. je m'embrouille...
cela ne fonctionne pas le champ de comptage dans la table projet ne s'update pas.
je me perds, m'embrouille... et ne comprend pas tout de tes macros.
Pourrais-tu m'aider, stp ?
je te remets ta maquette...
D'avance merci

la base est la meme que precedemment, qu'est ce que tu veux faire exactement: une table service2 + une table de relation entre projet set service2 + 2 champs dans la table projet (compte le nombre de service2 + le pourcentage)?

pour ce qui est de s'embrouiller, c'est normal au debut, car les macro de donnees sont vraiment qqch de nouveau, assez contraignant dans la syntaxe, avec des possibilites de debuggage reduites, mais c'est hyper efficace. Je rappelle le principe:

la table projet comprend une macro de donnees qui compte, a partir de la table projet_Service, le nombre de service et la somme du champ pourcentage pour un projet donne: ce projet donne est un parametre de la macro de donnees
Cette macro est "inerte", elle ne peut pas se declencher toute seule, elle n'est pas liee a un evenement de la table projet, mais a un evenement exterieur.

C'est donc a partir de 3 evenements de la table Projet_Service: [Apres creation], [après suppression] et [après mise a jour] que le systeme detecte qu'il faut mettre a jour la table projet pour prendre en compte les nouvelles donnees. Lorsque la table projet recoit la demande, il active la macro "inerte" et les donnees de la table projet se mettent a jour automatiquement.

ci joint un doc explicatif
Pièce jointe 192510

Merci pour tes explications... je vais travailler tout ça...(tu auras compris que je débute, desolé)
questions sur tes macros de données :"Mysource" et "MyTarget" sont des variables système ou elles auraient aussi pu s'appeler "toto" titi" ?
si je veux executer d'autres macros de données à la même table, il vaut mieux créer plusieurs macros ou imbriquer ou enchainer parametres et actions dans une seule ?

oui, MySource et MyTarget sont des variable de declaration temporaires et locales

Le principe est en general de creer une macro de donnees "separee" pour chaque besoin (dans ton cas: compter les services et sommer les pourcentages, pour ensuite l'appeller a partir des macro de donnees evenementielles "Apres creation", "Apres suppression", "Apres mise a jour"

Dans une macro evenementielle on peut rajouter des conditions avant de lancer la macro "separee"