Gestion d'un historique [Résolu]

[Titototi]

Bonjour,
j'ai un petit souci quand à la gestion d'un historique. Je vous explique. J'ai un chantier, représenté par un "N° chantier " qui peut subir un controle en fonction d'un Texte "N°Texte".

un exemple: T1 ---> Chantier 1, Chantier 2

Le texte T1 entraine un contrôle sur le chantier 1 et 2. jusque la rien de dur. La difficulté se présente lorsque maintenant il est possible qu'un Texte soit remplacé par un autre.

Exemple: T2 ---> Chantier 3
T2 Remplace T1
T2 ---> Chantier 1, 2 et 3.

La modification n'est pas difficile à faire. Par contre si jamais on annule ce remplacement il faut que je puisse dire que T1 se réapplique aux 2 premiers chantier et je vous avoue que je ne sais pas comment m'y prendre car cet exemple est simple mais imaginez un certain nombre de remplacement de texte... comment se souvenir a chaque fois a quel texte etait lié ce chantier avant le remplacement ? Si qqn a une idée je suis preneur. Mercii

[jamesleouf]

j'ai pas vraiment compris,
A chaque chantier est associé un certain contrôle. Ce contrôle étant définis par une chaine de caractère ou un Id?

Un contrôle de type T1 sur un certain nombre de chantier, et un contrôle T3 sur d'autres?
Il est possible de changer le type de contrôle effectué sur un chantier?
Est ce bien cela?

Peux tu décrire un peu tes tables?

[Titototi]

je vais peut-être mieux m'expliquer en effet. Voici les tables intervenant dans ce problème avec les données nécessaires, pas besoin de toutes les mettre.

Chantier : ID_Chantier ( mélange entre nombre et lettres)
Texte: N°_Texte (mélange entre nombre et lettres), Actif (Oui/Non), N°_Texte_Remplaçant

en fait un contrôle , c'est l'association entre un chantier et un texte. Dans ce cas sa me crée une table "Contrôle chantier" avec comme clé primaire ID_Chantier et N°_Texte.

Pour revenir avec mes exemples maintenant, voilà ma table Contrôle chantier avec les exemples que j'ai donné tt à l'heure:

ID_Chantier: 1 N°_Texte:T1
ID_Chantier: 2 N°_Texte:T1
ID_Chantier: 3 N°_Texte:T2

Donc ds cet exemple, le texte T1 s'applique sur ces 2 chantiers, ma table contient 2 enregistrement, betement.
Maintenant je dis que le texte T1 passe en maintenance et est remplacé par T3.

T2 Remplace T1

Ma table Contrôle Chantier doit ressembler à sa maintenant:
ID_Chantier: 1 N°_Texte:T2
ID_Chantier: 2 N°_Texte:T2
ID_Chantier: 3 N°_Texte:T2

Et ma table Texte va ressembler à sa :
N°_Texte:T1 Actif : NON Crd_remplaçant: T2

Cependant à la fin de la maintenance de T1, je dois annuler ce remplacement et surtout modifier les contrôles de chantier au niveau du N°_Texte.

Mon exemple est assez simple encore, mais imaginez que je remplace maintenant T2 par T3. mais lors de la prochaine annulation, Il faudra différencier les contrôles de chantier qui à l'origine s'appliqué par T1 et T2... Est ce que vous comprenez un peu mieux ?

[jamesleouf]

Ceci dit,
si tu écrases les anciennes valeur pour donner les nouveaux contrôles sur les chantiers, comment veux tu retrouver les anciennes informations?
A la limite, si tu associe a chaque couple (chantier, Controle) une date d'affectation du controle en question, il te sera possible de revenir en arrière.
Le problème c'est que si tu as 50000 chantiers et 1000 contrôles différents et que tout les jours, tu change de contrôles, ben au bout de 1 jour, tu auras une table de 50 000 000 d'enregistrements.
En fait, il faut te souvenir, de tout les contrôles effectuées sur les différents chantiers.
Combien de contrôles différents y a t-il?

[jamesleouf]

D'après ce que tu me dit, chaque chantier à plusieurs étapes: T1, T2, T3... dans l'ordre non?
Donc si tu annule une étapes et que les contrôles ont un ordre précis, dans ce cas si tu annules une étape tu sais quelle étape était la précédente...

[Titototi]

sa je ne sais pas car je fais un projet pour gérer un peu tout sa, donc je crée ma table en fonction des besoins. Je sais qu'il y a 17000 chantier environ stocké dans une table, et qu'il existe environ 500 texte. Un chantier pour etre controlé par ces 500 texte, ce qui fera 500 controle, de meme qu'un texte peut etre appliqué a ces 17000 chantier. C'est un exemple, je me base la dessus pour créer ma table et mes formulaires de mon application. Pour ce problème j'ai besoin de créer un historique mais pas forcément en fonction de la date. Si par exemple:
T1 est remplacé par T2
T2 par T3
T3 par T4

Si j'annule le remplacement de T2 par T3, les 2 autre restent valable donc la date ne joue en rien la dedans. Je pensais plutot a un N° de remplacement pour un chantier avec a chaque fois le N°Texte initial et celui remplaçant. Qu'ne dis tu ?

[jamesleouf]

Est ce que tes 500 textes varient toujours dans le meme sens (de T1 à T500)
si les chantiers doivent être contrôler du premier au dernier alors c'est simple.
Mais si c'est aléatoire ca va être le bordel...

(je vais manger)

[Titototi]

Voilà je pense que tu commence à maitriser mon sujet et malheureusement non les textes ne varient pas de T1 a T500, il n'y a pas d'ordre. Comme idée de N°Texte, tu peux avoir A30121988 ou D01081968 qui correspond au type de texte et à sa date de création. Donc c'est pour cela, dis moi si mon idée est bonne que ma table historique devra au moin contenir :
Le N°Chantier, Le N°Texte INITIAL du Controle, Le N°Texte REMPLACANT, et un N° de remplacement.

[jamesleouf]

en fait ma question etait si les etats se suivent:

etape 1: A2435477
etape 2: G12343256
etape 3: K34234234
.
.
.
etape N: N8765435765875
est ce que les chantiers subissent toujours les controle de l'étape 1 à n?

[Titototi]

Non pas du tout, on va dire que c'est aléatoire car tous les textes ne conviennent pas a tous les équipements. Mais je pense avoir une idée pour ma table historique. Je vais changer Ma table Contrôle chantier, je vais mettre une clé primaire unique pr supprimer les contraintes d'avant( avant la clé primaire était N° Chantier et N° Texte)

Ma table historique pourrait ressembler a sa :

N° Contrôle, Texte initial, Texte Remp, N°Chantier, N° de remplacement ( qui représentera le nombre de remplacement de texte qu'aura subi ce contrôle)

Comme cela je peux voir l'évolution des controles. Qu'en penses-tu ?

[jamesleouf]

Bonne idée de faire un historique des changement de contrôles...
Mais ca veut dire qu'il y aura:

L: enregistrement

1L/chantier.remplacement

Tu disais qu'il y avait 17 000 chantiers, si chacun subit 100 changements en moyenne, tu auras une table de 1 700 000

Peut etre peux tu découper les chantiers en plusieurs catégories: Ainsi, tu as une table de 17kL avec les chantiers ce qui est résonnable (caractéristiques diverses et catégories)
une table avec les différents contrôles : 500L

Et après suivant le nombre de catégories, différentes tables d'historiques.
Après ca dépend des opérations que tu penses faire dessus.
L'idée de faire plusieurs tables d'historique est peut etre une bidouille mais ca peut te faire gagner beaucoup de temps. si tu as 4 tables différentes (4 catégories).
Au besoin tu peux faire une vue regroupant ces n tables avec toutes les catégories...
Après j'ai bien peur de pas pouvoir faire mieux.

Tout dépend des besoins de l'entreprise, du matériel, de l'évolution de tes tables... du nombres de champs que tu as dans tes tables.

Déjà si c'est normalisé 3FN c'est que tu es sur la bonne voie...

Le problème des historique c'est qu'au bout d'un moment... ben yen a trop.
Par contre sur 1 seul table avec ta solution, (je suppose que ce sont les derniers changements qui seront les plus consultés) tu peux mettre une date et ajouter un index sur le couple Chantier et date pour gagner beaucoup de temps...

[jamesleouf]

Cette table me parait mieux:

Table historique: Id, Id Chantier, Id changement, Date

Chaque chantier doit avoir son identifiant, tout comme les controles.



Avec la date, tu sauras quel changement a subit tel chantier et a tel date;

De plus, tu sauras quel est le premier control qu'a subit un chantier en ordonnant par date. Tu économises donc 1 champ

Au besoin fait une Date avec l'heure si les changement peuvent seffectuer plusieurs fois dans une journée
tu indexe par date, c'est pas mal

[Titototi]

Ba disons que dans mon cas, l'historique serait plus un mémo car une fois que le texte mis en maintenance peut redevenir actif, je reprend de la table historique les données qui ont été modifié par ce remplacement et ensuite je les supprime. Mais je ne vois pas où la date peut elle m'aider dans mon cas car si je reprend un exemple car je trouve qu'il est significatif:

table Controle:
Chantier 1 Texte 1
Chantier 2 Texte 2
Chantier 3 Texte 3

Si je dis que mnt Texte 2 remplace Texte 1, on obtient :

Chantier 1 Texte 2
Chantier 2 Texte 2
Chantier 3 Texte 3

Maintenant je dis Texte 3 remplace Texte 2, on obtient :

Chantier 1 Texte 3
Chantier 2 Texte 3
Chantier 3 Texte 3


Maintenant j'annule Le remplacement du Texte 2 sur le Texte 1. Dans ce cas on obtient :

Chantier 1 Texte 1
Chantier 2 Texte 3
Chantier 3 Texte 3

Mais aprés sa dans ma table historique je dois supprimer le mémo que j'avais mis comme quoi au moment ou le texte 1 était remplacé par le texte 2, le Chantier 1 qui etait controlé par le Texte 2 serait maintenant Texte 3. C'est comme un chemin :
Texte 1 ---- > Texte 2 ---- > Texte 3

Si je coupe le chemin a Texte 2. Tout ce qui état Texte 1 au tout début redevient Texte1 mais les mémo aprés doivent etre supprimé car elles deviennent obsolète. Tu me comprend ? C'est compliqué je sais mais pourtant sa reflète la réalité

[jamesleouf]

(A la place de dire Texte dis plutot Changement ou Controle stp...)

En fait,
Le problème ne vient pas des controles,
La date peut t'aider pourquoi? Simplement pour trouver l'ordre dans lequel les controles ont été fait.
Ainsi si tu fais une requête pour obtenir la liste des controles qu'a subit un chantier et que tu les tries par date. Si tu veux annuler le dernier changement, et bien tu supprime la première ligne qui sort de ta requete...
Ainsi, par la suite, si tu veux le changement qui est en cours, dans ce cas ce sera le premier de cette liste (vu que le dernier a été supprimé car modifié) tu comprends?

Mais toi ce que tu veux, c'est une table qui te donne la liste de tout les controles ayant été effectué sur un chantier, ainsi que l'ordre dans lequel il a été fait?
De plus avec cette table tu peux meme savoir quand à eu lieu de chnagement:


Exemple:
Requete donnant la liste des changement qu'a subit le chantier 1 trié du dernier changement au premier changement (qui est aussi le premier controle)
changementT, Chantier 1, ControleT, DateT
.
.
.
.
Changement1, Chantier 1, Controle1, Date1

Si le dernier changement est annulé ou n'importe lequel autre alors tu peux virer la ligne de cette table.
Si c'est le dernier que tu supprime tu peux modifier la date de l'avant dernier changement.

Et avec la date tu retrouves le chemin....C'est l'interet

Dailleurs si ton ID s'incrémente de 1 à chaque fois, tu n'es meme pas obligé d'avoir al date, tu peux faire un order by ID... mais ce sera moin précis comme historique.


En fait tu as toujours une table qui te donne les controle qui sont fait au présent sur chaque chantier...
Dans ce cas la garde ta méthode et tu les stockes dans le genre de table dont je parlais... Pour un historique ca me parait évident d'avoir la date... meme si avec les ID tu peux retrouver le 'chemin'

[Titototi]

Nan Texte est le bon terme. Je t'explique pk. A partir des informations que contient un TEXTE, on effectue un contrôle sur un CHANTIER, donc le CONTROLE d'un CHANTIER est l'association d'un TEXTE et d'un CHANTIER. Mais moi on m'a prévenu qu'il etait possible qu'un texte soit remplacé par un autre texte, ne me demande pas pk mais c'est comme cela( maintenance, nouveau décret, arreté enfin j'en passe). Donc si un texte est remplacé, il faut que je modifie tous les controles des chantiers auquels il était impliqué, et mettre à sa place, le N° du texte remplaçant. Oui mais aprés on peut imaginer que ce texte Remplaçant soit à son tour remplacé et etc... Mais si un jour le 1er texte d'une série de remplacement redevient actif donc " non remplacé ", il faut que je me souvienne a quel chantier il était appliqué a la base. D'ou la nécessité je pense de garder le champ TEXTE. Date pourrait me servir, aprés tes explications j'en suis convaincu, mais tout mon historique tourne autour des CONTROLES et des TEXTES. J'espere t'avoir éclairé un peu plus

[jamesleouf]

hum ok...
Mais alors pkoi as tu besoin de garder un historique?
Quoi qu'il en soit si ce sont des textes existant qui sont changés tu dois avoir 2 tables:

Table Texte
ID_texte, Texte 1

Table chantier:
ID_Chantier, ID_Texte (clé étrangère)

Comme ca les modifs tu les fait directement dans la table texte....
Et quand tu vas chercher une info dans la table chantier tu utilises la table texte... C'est a ca que servent les clés étrangères.

[Titototi]

J'ai ces 2 tables en effet:

Texte:
ID Texte, Actif, ID Texte Remplaçant ( clé étrangère d'une relation de texte a texte pour justement le cas du remplacement)

Chantier:
Id Chantier

Par contre mettre ID Texte dans chantier ne me semble pas correct car un chantier peut subir des controle par plusieur textes. Donc la relation de texte a chantier devient une table, "Controle"

[jamesleouf]

C'est quoi ton actif?

Rien t'empeche d'avoir comme clé primaire dans la table chantier: id chantier, et id texte
enfin non j'ai capté, tu as donc une autre table...
donc c'est bon alors? Tu as compris ce que je disais avec la table que javais décrite tout a lheure?

Qu'est ce qu'il te manque maintenant?

[Titototi]

Mon responsable m'avait demandé de mettre un champ actif ou non pour savoir si ba le texte était actif ou remplacé mais je sais que c'est inutile car une fois le champ Texte Remplaçant rempli, sa veut dire que le texte est remplacé mais bon. Sa serait mieux de mettre ID Chantier et ID Texte en clé primaire dans la table Controle qui est l'assos entre Chantier et Texte.

[jamesleouf]

oui oui jai capté.
Mais la table avec ID_Texte ID_chantier visiblement tu l'as et effectivement une fois que le texte est remplacé bah c bon.
Tu gardes une trace de tout les changement dans la table historique si ya besoin de retrouver le texte précédent et c'est bon.
Pour le Actif, explique à ton responsable que ca sert à rien de le mettre. Si tu lui dit que tu as trouvé une manière qui fonctionne et plus optimal ya pas de raison qu'il ne l'accepte pas...

Maintenant que j'ai capté l'histoire des textes je suis complètement d'accord avec toi.
La table que tu proposais tout a l'heure est bien
Sinon:
IDchangement, ID_texte, Nouveau_Texte

Avec ca tu retrouves ton chemin,
Pour chaque texte, la première ligne sera:
1, Texte1, Texte1

et après par contre ca changera... mais je trouvais ca pas mal de mettre la date pour garder une trace du rythme de modif...et c'est plus clean que de trier par id je trouve...