| # |
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 |
| # |
Jun 10th 2016, 09:22 |
darkelda |
Anju: en fait ça dépend de l'usage |
| # |
Jun 10th 2016, 09:22 |
darkelda |
non tu peux avoir une table de 30 champs |
| # |
Jun 10th 2016, 09:22 |
darkelda |
lol |
| # |
Jun 10th 2016, 09:20 |
Skeletyon |
Car ca finit vite en "table poubelle ou on sait meme plus a quoi ca sert et ce qu'il y a dedans" |
| # |
Jun 10th 2016, 09:19 |
Skeletyon |
Mouai, pas dis |
| # |
Jun 10th 2016, 09:17 |
Anju |
Mais ce serait tellement plus simple xD |
| # |
Jun 10th 2016, 09:17 |
Anju |
nan ce serait pas propre... |
| # |
Jun 10th 2016, 09:17 |
Skeletyon |
Mais en general on n'a pas besoin d'autant |
| # |
Jun 10th 2016, 09:16 |
Skeletyon |
Ca depend c'est quoi les champs |
