# |
Jun 10th 2016, 09:40 |
Anju |
Bonjour Nicolas13860 ! |
# |
Jun 10th 2016, 09:39 |
Skeletyon |
plop Nicolas13860 |
# |
Jun 10th 2016, 09:39 |
Skeletyon |
Dans la table operation t'auras une ligne par operation, dans la table lien t'as tous les liens possibles, et une table qui relie les deux |
# |
Jun 10th 2016, 09:39 |
Nicolas13860 |
bonjour |
# |
Jun 10th 2016, 09:39 |
Anju |
Donc une table Sites avec une liaison avec Operations ? |
# |
Jun 10th 2016, 09:38 |
Skeletyon |
Qui recence tous les liens pour une operation |
# |
Jun 10th 2016, 09:38 |
Anju |
Elle peut en avoir 12 maximum, sachant qu'un lien a un nom et une url |
# |
Jun 10th 2016, 09:38 |
Skeletyon |
bha la te faut une table de jointure |
# |
Jun 10th 2016, 09:37 |
Anju |
Sachant qu'une opération peut avoir jusqu'à 12 liens ? |
# |
Jun 10th 2016, 09:37 |
Skeletyon |
Une operation a combien de liens? |
# |
Jun 10th 2016, 09:37 |
Skeletyon |
Mais la chui pas persuade que ce soit necessaire |
# |
Jun 10th 2016, 09:37 |
Anju |
Tu mettrais tous les liens dans opérations ? |
# |
Jun 10th 2016, 09:37 |
Skeletyon |
Ou carrement une table de jointure |
# |
Jun 10th 2016, 09:37 |
Skeletyon |
ave l'id du niveau |
# |
Jun 10th 2016, 09:37 |
Skeletyon |
dans operation |
# |
Jun 10th 2016, 09:36 |
Anju |
Une table sites ? |
# |
Jun 10th 2016, 09:36 |
Anju |
Les liens tu les mettrais où ? |
# |
Jun 10th 2016, 09:36 |
Anju |
Ok, donc, ma table opérations, ma table niveau (id, name avec qualif, valid, prod) |
# |
Jun 10th 2016, 09:35 |
Skeletyon |
A part si tu veux pouvoir modifier les niveaux et de facon GLOBALE, pas juste sur une operation |
# |
Jun 10th 2016, 09:35 |
Skeletyon |
Mais il ne faut pas mettre de date sur des niveaux |
# |
Jun 10th 2016, 09:34 |
Skeletyon |
avec id du niveau, de l'operation et des dates |
# |
Jun 10th 2016, 09:34 |
Skeletyon |
BHa dans ce cas la tu fais une table disposition si tu veux |
# |
Jun 10th 2016, 09:34 |
Anju |
Donc je pensais qu'il fallait mettre la date avec l'environnement |
# |
Jun 10th 2016, 09:33 |
Anju |
Bah si tu regardes dans mon tableau, on voit que l'environnement qualification de l'opération 1 est mis à disposition de telle date à telle date |
# |
Jun 10th 2016, 09:33 |
Skeletyon |
Ton niveau ne change pas d'etat, c'est ton operation qui evolue |
# |
Jun 10th 2016, 09:33 |
Skeletyon |
Tu as une date sur une operation, un changement d'etat |
# |
Jun 10th 2016, 09:32 |
Skeletyon |
D'accord, en quoi tu dois avoir une date sur un niveau |
# |
Jun 10th 2016, 09:32 |
Anju |
Bah c'est l'environnement (niveau si tu veux) qui est mis à disposition |
# |
Jun 10th 2016, 09:32 |
Skeletyon |
1, 2, 3 ,4 etc |
# |
Jun 10th 2016, 09:31 |
Skeletyon |
Le niveau c'est... un niveau |
# |
Jun 10th 2016, 09:31 |
Skeletyon |
Ca concerne l'operation, pas le niveau |
# |
Jun 10th 2016, 09:31 |
Skeletyon |
dans operation |
# |
Jun 10th 2016, 09:31 |
Anju |
Bah les dates de mise à disposition tu les mettrais où ? |
# |
Jun 10th 2016, 09:31 |
Skeletyon |
Une operation a une date avec un niveau |
# |
Jun 10th 2016, 09:31 |
Skeletyon |
Un niveau n'a pas de date |
# |
Jun 10th 2016, 09:31 |
Skeletyon |
Apres tu peux mettre dans operation les infos sur niveau et champ appli avec des id |
# |
Jun 10th 2016, 09:30 |
Anju |
Donc dans la table niveau, ce serait id, name, et les dates ? |
# |
Jun 10th 2016, 09:30 |
Anju |
Ma table opérations existe déjà , donc ok |
# |
Jun 10th 2016, 09:29 |
Skeletyon |
Et eventuellement des tables de liaison |
# |
Jun 10th 2016, 09:29 |
Skeletyon |
qualif* |
# |
Jun 10th 2016, 09:29 |
Skeletyon |
une table operation, une table "niveau" ( ou eq pour auqlif, validation, production) et une pour le champ d'appli (BO, Front) |