|
TwojePC.pl © 2001 - 2026
|
 |
A R C H I W A L N A W I A D O M O Ś Ć |
 |
| |
|
Projekt systemu informatycznego dla produkcji - problem. , Yerek 16/05/06 23:12
Witam!
Mam za zadanie zmodyfikowac istniejacy system inf lub zaprojektowac nowy od poczatku. Firma produkuje jakies polprodukty z drewna. Surowiec pojawia sie na hali, jest rozcinany i kolejno przechodzac przez wiele stanowisk jest obrabiany, az do momentu oddania go na magazyn. W momencie rozciecia tarcicy pojawia sie na produkcji nowa paleta z jakims tam numerem czy innym identyfikatorem. Jest adresowana na kolejna maszyne. Pracownik kolejnej maszyny w lancuchu produkcyjnym moze pobrac cala palete lub tylko jej czesc. Po obrobce na maszynie tworzy nowa palete z obrobionym materialem lub dodaje do podobnej i adresuje na kolejna maszyne. Material krazy sobie po hali. Moj problem to w jaki sposob przechowywac dane o poprzednich krokach. Czyli kto, co, gdzie i kiedy w jakiejs rozsadnej formie. Dodam, ze obecnie po pobraniu calej palety na maszyne znika ona z systemu, jest przenoszona do archiwum. Z tego materialu tworzona jest nowa paleta z nowym identyfikatorem. Nasuwaja mi sie dwa rozwiazania:
- albo wprowadzic jakis identyfikator, ktory bedzie zwiazany z materialem od poczatku do konca (problem tylko w tym, ze material z palety moze byc skierowany na rozne maszyny)
- albo jakos przy tworzeniu nowej palety lub dodawaniu do juz istniejacej zapisywac historie z poprzednich krokow.
Moze ktos z Was spotkal sie z podobnym problemem i ma jakis dobry sposob na rozwiazanie go. Dzieki za wszelkie rady. Gdyby informacje okazaly sie niekompletne lub niezrozumiale wyjasnie watpliwosci.
Pozdrawiam
Yerek- może tak , celt 17/05/06 01:08
zalozmy ze tabela nadrzedna nazywa sie
produkt i ma kolumny: unikalny identyfikator (unique), nazwa i jakies inne dane
druga tabela nazwa sie np. produkt_historia
i ma unikalny identyfikator (tez unique, serial etc), identyfikator produktu nadrzednego (np palety w tym wypadku), date zmiany, identyfikator/nazwe pracownika
itd.Everything should be made as simple as
possible, but no simpler - wszystko dobrze pod warunkiem , Yerek 17/05/06 08:32
ze identyfikatory palet nie beda sie powtarzaly, co znaczy tyle ze raz uzyty identyfikator nie moze byc wykorzystany 2 razy. Teraz wlasnie tak jest, po pobraniu palety i przeniesieniu jej do tabeli archiwalnej w tabeli produkcja ponownie moze byc on wykorzystany...
Identyfikatory budowane sa z kombinacji cyfr i liter alfabetu. Zajmuja 4 pola. Jak dlugi musialby byc taki nowy id zeby starczyl na powiedzmy rok???
Pozdr
Yerek- jeszcze jedna rzecz , celt 17/05/06 10:25
może warto by było zrobić strukturę taka
produkt (ma id typu INT UNIQUE), produkt_historia (ma id INT UNIQUE, oraz id INT z tabeli nadrzednej)
polprodukt (ma id typu INT UNIQUE, oraz ID typu INT z tabeli produkt - poczatkowo np ustawiony na NULL, pozniej jak jest wykorzystywany to podbijany jest identyfikatorem z tabeli produkt (w ten sposob mamy powiazanie polproduktu z produktem), polprodukt_historia (jak dla produktu_historia).
Co co problemu z wykorzystanie, wg mnie mozna dac np. stan w tablicy produkt, ktory na poczatku ustawiony jest np. na 'U' (utworzony),
a w momencie zmiany palety Starej -> Nowa uzyskiwal by stan 'W' (wykorzystana lub cos innego ;) i dodawany bylby tworzony nowy wpis
z danymi starej tabeli (ale juz nowy identyfikatorem INT). W ten sposob pozbawiamy sie problemu identyfikatora w formie liter/cyfr itd.
Nie wiem czy ta koncepcja jest dobra, ale moze cos pomoze :)Everything should be made as simple as
possible, but no simpler
|
|
|
|
 |
All rights reserved ® Copyright and Design 2001-2026, TwojePC.PL |
 |
|
|
|
