To xffefef:
Tutorialy apd, jsem prostudoval, ale tento problem nepochopil. Respektive dle zdejších odpovědí pochopil, ale považoval to za chybný přístup.
To Radovan.
Nemusím si stříhat kartičky. Léta denně ten materiál a výrobky vozím tam a zpět a vím co jak funguje. Proto jsem to zvolil oproti imaginární knihovně z tutoriálů.
To RDa:
To jsem nějak nepochopil... V sestavě může být různý počet komponent a dělat pro každou vlastní sloupec se už ukázalo jako blbost.
To Oooo: Díky, vygooglím.
To je jedno : Nevím jak to myslíš. U hotových řešení jsem se díval, ale nalezl jsem právě jen velké ERP kde byl počet tabulek v třímístných číslech kterými jsem se nedokázal prokousat.
To romanz :
Potrebuji to online. A s MS jsem skoncil i desktopu.
To Dr. Heinz Doofenshmirtz, j :
Klobouk dolů. Kdyby jste se chtěl strukturou té DB pochlubit, uvítal bych to. Tohle bude také poněkud složitější, výrobek na více místech, občas se některé výrobky rozeberou aby se nějaký díl použil tam kde to víc hoří, zmetkovitost dílů, inventury, důvod odepsání, z jednoho dílu se uděljí dva jiné případně se použije jiný než tam patří, apd.
To Ivan:
Zajímavé... přivedl jste mne na myšlenku, že by bylo se mohlo hodit zpětně zjistit co, kdy a kdo změnil stav na skladu. Díky
To Ondrej Nemecek:
Jasně, ale ten řádek bude u některých položek klidně v každém výrobku, a nebude sám. Množství těch podobných řádků mne přivedlo na myšlenku že to je špatně.
To gnat: Na první pohled mi přišlo dobré řešení široká tabulka s výrobkem v řadku a díly jako sloupci. To je momentální řešení v excelu. A ukázalo se jako úplně scestné. Struktura DB je základ, když je špatně, musí se začít od základu. I když vynalézáním kola se nejvíc naučim, tady se mi to opakovat nechce a tak se raději ptám.
Děkuji BoneFlute, agent a všem ostaním.