Discussion :

[Rydrake]

Bonjour j'aurais besoin d'avis quant a la creation d'un looong projet, mais un super projet !

Pour faire simple, l'idee serait d'avoir une table qui contiennent des centaines d'enregistrement avec chacun leur propres informations dans les divers champs, appelons la simplememt "DATABASE".

Ensuite, via un formulaire, l'utilisateur pourrait selectionner divers criteres (par exemple: "je ne veux que les enregistrements ou le champ couleur est sur vert"). Acces prendra en compte ces criteres pour creer une nouvelle table qui ne viendrait importer QUE les champs concernee depuis la database. Cette nouvelle table s'appelerait "PROJET 1". On aurait un "projet 1" utilisant tout les champs de la database avec la couleur verte en gros.

Le probleme vient suite:
L'utilisateur doit pouvoir modifier a foison tout les champs des enregistrement du projet 1 sans que cela n'impacte la database
Enfin, s'il modifie les champs des enregistrements de la database, la par contre il faut que ca modifie ceux du projet 1

Une idee de comment faire ca proprement ?

Merci d'avance a ceux qui auront la patience de m'aider !

[marot_r]

Bonjour.

Pourrais-tu mettre un exemple de tes données sources et un exemple de ce que tu veux obtenir ?

A+

[Rydrake]

Bonjour,

Malheureusement il semblerait que depuis l'ordinateur du travail il me soit impossible de joindre quoi que ce soit a mes messages...
Je sens que ca va etre complique la...
On va utiliser noel shack

Voici la database :
https://www.noelshack.com/2019-25-3-...1-database.png

Pour l'instant l'utilisateur choisit via une liste deroulante quel enregistrement il souhaite ajouter a la table projet :
https://www.noelshack.com/2019-25-3-...formulaire.png
https://www.noelshack.com/2019-25-3-...laire-view.png
L'idee serait qu'il puisse filtrer via des criteres tel que la donnee du champ "platform" par exemple, mais ca encore on peut voir apres

Voici la requete toute simple que j'utilise pour ajouter l'enregistrement a la table projet
https://www.noelshack.com/2019-25-3-...45-requete.png

L'important ici c'est vraiment de construire la base de donnee autrement. Il faut que l'utilisateur puisse modifier les enregistrement de la table projet sans que cela modifie ceux de la database, MAIS que si il modifie ceux de la database la par contre ca change l'enregistrement correspondant dans la table projet, sachant que les enregistrements n'auront probablement jamais le meme ID entre les deux tables

[marot_r]

Bonjour.

Désolé de paraître obtus mais qu'entends-tu par Database et Projet ?

Database est-il une table d'étapes standard de projet ?
Cela voudrai dire que quand tu crées un projet tu sélectionnes les étapes qui t'intéresse et les "ajoutes" au projet.

Je pense qu'un peu plus de contexte serait utile.

A+

[Rydrake]

Bonjour,

La database sera une table avec des centaines et des centaines d'enregistrement.

A chaque creation de projet, l'utilisateur va "piocher" dedans (via des criteres tel que le type de platform par exemple) ces enregistrements pour ne garder que ceux qui l'interesse dans son projet. Ainsi une nouvelle table (voir un nouveau fichier acces, a voir) sera creer avec uniquement les enregistrement utile au dit projet.

Le truc, c'est que ce type de projet, il va y en avoir beaucoup, et il faut qu'ils soient independent de tout les autres projet cree ET de la database. En revanche, vu que la database est la "MERE" de ces projets, si un enregistrement de cette derniere venait a etre modifier, il faut que tout les projet contenant cette enregistrement aient la dite modification appliquee.

J'espere avoir ete clair

[marot_r]

Bonjour.

OK, si tu peux t'assurer que ton identifiant Mère est reporté dans les fils, ce n'est pas franchement un problème.

Est-ce que les fils gardent un lien vers la BD Mère ?
Sinon, est-ce que la BD mère connait ses fils ?

A+

[Rydrake]

J'ai apporte quelques modifications qui pourraient etre utiles:

La BD mere a une cle primaire "ID_DATABASE". La BD fils a une cle primaire "ID_PROJET_1".
https://www.noelshack.com/2019-25-4-...2-database.png
https://www.noelshack.com/2019-25-4-...570-projet.png

J'ai cependant ajoute a la BD fils un champ "ID_DATABASE", que j'ai donc relie via le jeu des relations au champs portant le meme nom dans la bd mere.
https://www.noelshack.com/2019-25-4-...-relations.png

Quand je vient piocher un enregistrement via le formulaire, puis que je lance la requete d'ajout, cette derniere vient metre dans le nouvel enregistrement de la BD fils, dans le champ "ID_DATABASE", le numero de cle primaire de l'enregistrement selectionne dans la BD mere
https://www.noelshack.com/2019-25-4-...00-requete.png


Maintenant reponse aux questions ahah :

Je ne suis pas sur de bien saisir le sens de tes questions donc je vais etre plus explicite.
La BD mere possede des centaines d'enregistrement. Pour etre clair, chacun d'entre eux contient une reference, une description, et DES DUREES (simplement des donnees numeriques representant un nombre de semaines). Le reste on s'en fou un peu honnetement, il y a deux types de duree qui nous interesse: la "PDVSM_End_week" = duree en semaine normale; et la "Team_Agreed_end_Week" = duree un peu plus large qui laisse plus de temps aux equipes. Donc ca c'est tout ce qu'il y a a savoir sur la DB mere

La (ou les) BD fils eux viennent piocher les enregistrements qui les interessent pour creer un projet avec. Donc dans le formulaire d'ajout (https://www.noelshack.com/2019-25-4-...formulaire.png) on vient selectionner depuis la DB mere l'enregistrement utile et ON Y ENTRE UNE "STARTING_DATE". C'est avec ca que dans des cases du formulaire vont etre calculer des dates ! Elles sont simplement l'ajout du nombre de semaines de la "PDVSM_End_week" et de la "Team_Agreed_end_Week" (https://www.noelshack.com/2019-25-4-...9-calcules.png).
Ainsi chaque enregistrement de la BD fils sera composee d'une reference, d'une description, et DE DATES, et non plus de duree, les durees ne changent pas, par contre la starting date est propre a chaque projet donc les dates changent. Les enregistrement contiendront aussi des indicateur type "progression" mais ce sont des champs calcules qui ne posent pas de problemes.


Voila le projet est complexe a expliquer, j'espere avoir ete clair, et desole pour les fautes et le manqué d'accents mais je travaille depuis peu sur un qwerty et c'est pas encore ca...

[marot_r]

Bonjour.

Une fois le projet créé, est-ce que le lien vers la mère est conservé ?

Quelle modification de la mère souhaites-tu reporter dans les projets ?

A+

[Rydrake]

Bonjour,

Pour l'instant on va commencer en faisant en sorte que la DB mere ne change jamais, donc le lien vers la mere n'a pas besoin d'etre conserve

[marot_r]

OK mais comment tu prévois la mise à jour ?

Parce que la création d'un projet depuis la mère c'est assez facile mais après ?

A+

[Rydrake]

Bonjour,

Une fois le projet (= la DB fille) cree, il y aura des dizaines d'enregistrement d'operations a faire, avec pour chacun une "STARTING_DATE", et des dates de fin "agréée" ou encore "envisagée" bref des previsions quoi. Quand l'operation est fini l'operateur n'a plus qu'a cocher un champ de type oui/non avec une case, une fois cochee, la date du jour sera mise dans le champ "date de fin", et grace a ca des champs calculé tel que "performance" (est on en retard ou pas etc) seront mis a jour.

Une autre chose en prendre en compte et que j'ai aussi du mal a voir comment metre en place dans tout ca, c'est le fait que il y ai des dependances entres certains enregistrements. Par exemple quand l'enregistrement "mur de la maison" est fini, toute les sous operations en dessous du style "plaquot" ou "peinture" doivent etre validee, sans avoir a les cocher une par une. Et inversement si au final c'est la derniere sous operations (imaginons qu'il ne restait plus que "plaquot" a faire) qui est cochee, l'operation "mur de la maison" doit etre validee a la date de la derniere sous operations validee.

Je me rend compte que ca fait un peu beaucoup d'informations / de demande d'aide que je fais la non ^^ ?