# |
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) |
# |
Jun 10th 2016, 09:28 |
Skeletyon |
en regardant juste le truc centralisation des url je ferai |
# |
Jun 10th 2016, 09:28 |
Anju |
Vous feriez comment à ma place ? |
# |
Jun 10th 2016, 09:28 |
Anju |
Ouais :/ |
# |
Jun 10th 2016, 09:28 |
darkelda |
5 relations c'est beaucoup |
# |
Jun 10th 2016, 09:27 |
Anju |
Mais là ça complique les choses |
# |
Jun 10th 2016, 09:27 |
Anju |
Soit je fais mes 5 tables pour bien ordonner les données |
# |
Jun 10th 2016, 09:27 |
Anju |
Ce qui faciliterait les choses |
# |
Jun 10th 2016, 09:27 |
Anju |
Du coup, soit je m'amuse à mettre tous ces champs dans une seule table |
# |
Jun 10th 2016, 09:25 |
Anju |
Ca c'est le formulaire d'ajout que je dois faire, par rapport à la première image que j'ai donné plus haut |
# |
Jun 10th 2016, 09:24 |
darkelda |
sales_order |
# |
Jun 10th 2016, 09:24 |
darkelda |
exemple: http://inchoo.net/wp-content/uploads/2010/09/MAGENTO_v1.3.2.4-Database_Diagram.pdf |
# |
Jun 10th 2016, 09:24 |
Anju |
http://img15.hostingpics.net/pics/506930formadd.png |
# |
Jun 10th 2016, 09:23 |
Skeletyon |
"Mon fournisseur de bdd ne m'autorise qu'une table"...? xD |
# |
Jun 10th 2016, 09:23 |
darkelda |
dépassé 50 champs c'est difficilement justifiable |