Twoje PC  
Zarejestruj się na Twoje PC
TwojePC.pl | PC | Komputery, nowe technologie, recenzje, testy
B O A R D
   » Board
 » Zadaj pytanie
 » Archiwum
 » Szukaj
 » Stylizacja

 
M E N U
  0
 » Nowości
0
 » Archiwum
0
 » Recenzje / Testy
0
 » Board
0
 » Rejestracja
0
0
 
Szukaj @ TwojePC
 

w Newsach i na Boardzie
 
OBECNI NA TPC
 
 » dulik 13:21
 » Sherif 13:18
 » ulan 13:17
 » PaKu 13:13
 » Kenjiro 13:05
 » Guli 13:03
 » Wedelek 13:00
 » AdiQ 12:58
 » ham_solo 12:56
 » Arlathan 12:54
 » elliot_pl 12:53
 » dugi 12:53
 » JE Jacaw 12:51
 » Wojtekar 12:49
 » DYD 12:47
 » rho 12:40
 » siwydym 12:29
 » DJopek 12:20
 » Artaa 12:19
 » ToM78 12:18

 Dzisiaj przeczytano
 19880 postów,
 wczoraj 30569

 Szybkie ładowanie
 jest:
włączone.

 
ccc
TwojePC.pl © 2001 - 2025
A R C H I W A L N A   W I A D O M O Ś Ć
    

Schemat bazy danych systemu magazynowego , Mikar 10/06/09 13:20
Witam, tak sobie klikam od jakiegoś czasu po google, ale mam chyba dziś zły dzień bo mi nie wychodzi ;p ;) Szukam jakiegoś schematu bazy danych dla systemu magazynowego. Niestety nie jestem z wykształcenia informatykiem, nikt nigdy mnie nie uczył jak taki system powinien być zbudowany. Doszedłbym na pewno sam do optymalnej budowy, ale metodą prób i błędów i wielu poprawek. A jak wszyscy wiemy zmiany w bazie danych późniejszym na etapie projektu są niemile widziane ;)
Więc o co chodzi? Szukam przykładów z których mógłbym się pouczyć. Jakie tabele są najczęściej potrzebne w takim systemie, jakie kolumny itp itd. Może ktoś z was gdzieś juz tego szukał, znalazł, albo uczył się o tym i mógłby podesłać mi jakiekolwiek materiały, linki. Będę wdzięczny :)
Pozdrawiam Brać Boarda :)

E8400, 4GB, 320+1500 GB, R6870,
Chieftec CX05B-B, Nec 20wgx2pro, Xonar DX

  1. tak szczezre to może zacznij od teorii baz danych.. , rulezDC 10/06/09 13:27
    a później się bierz za schematy, schemat bazy danych to nic innego jak odzwierciedlenie rzeczywistości, z jak najmniejszym podziałem problemów rzeczywistych, do tego służy UML. Magazyn magazynowi nie równy, i jeden może mieć 5 tabel a jeden 1000.

    koniec koniec koniec

    1. miałem teorie już , Mikar 10/06/09 13:33
      studiowałem automatyke, miałem wykłady, ćwiczenia, laborki z baz danych, ale akurat nie miałem konkretnych przykładów do takiego systemu.
      Pomyślałem poprostu, że skorzystanie z doświadczenia kogoś kto to robił/uczył się o tym więcej pomoże uniknąć wielu błędów ;)

      E8400, 4GB, 320+1500 GB, R6870,
      Chieftec CX05B-B, Nec 20wgx2pro, Xonar DX

  2. no i tu sie troszke myslisz.. , rulezDC 10/06/09 13:49
    no kazdy ma pewne nawyki i moze cie tych np zlych nawykow nauczyc, powiedz dokladnie z czym masz problem, bo temat magazynu to temat rzeka, chyba ze musisz zrobic baze na zaliczenie i myslsiz ze ktos ja zrobi za ciebie ?

    koniec koniec koniec

    1. Z problemami ewentualnie będę się zgłaszać w przyszłym tygodniu , Mikar 10/06/09 14:02
      Robię większy system, baza to tylko początek. Nie zależy mi na gotowcu tylko raczej na przykładach aby się z nich wyczytać rzeczy o których mogę sam nie pomyśleć.
      Dokładniej np. jak przechowywać salda pozycji w magazynie? Po każdej PZ i WZ obliczać na nowo saldo i trzymać je w komórce, czy trzymać tylko stany magazynowe, a ewentualne saldo obliczać poprzez sumowanie... itp takie rzeczy mnie nurtują. Co wyrzucić do osobnej tableli, jakie dane opłaca się trzymać razem by nie robić czasochłonnego JOIN itp..

      E8400, 4GB, 320+1500 GB, R6870,
      Chieftec CX05B-B, Nec 20wgx2pro, Xonar DX

      1. no i widzisz jakis konkret piszesz... , rulezDC 10/06/09 14:15
        PZ i WZ no coz sa rozne teorie na ten temat, jedni poprostu obliczaja na biezaco saldo czyli suma PZ i WZ minus stan poczatkowy inni trzymia to w tabeli, czyli stan na dany dzien, wszystko zalezy jak wygodniej, mozna rowniez po kazdej PZ czy WZ update robic na dany rekord i trzymac aktualny stan w tabeli, a np stany na historyczne przeliczac, co czlowiek to inna teoria
        takz emozesz zaczac walczyc, rozbierz problem na czesci pierwsze i tworz do tego baze, nei ma to jak kartka i olowek no i niekiedy gumka sie przydaje :)

        koniec koniec koniec

  3. Bez znajomości teorii baz danych, praktycznej znajomości SQL na , Vetch 10/06/09 13:58
    poziomie eksperta, oraz merytorycznej znajomości zagadnienia sprzedaży, bym nawet nie zaczynał.

    1. hmm , Mikar 10/06/09 14:04
      Nie wiem czy to co napisałem sprawia wrażenie, że jestem zielony w programowaniu ;) Programuję zawodowo od prawie 2 lat, codzienność to mysql+php. Poprostu nie robiłem jeszcze magazynu. Teorie baz danych miałem jak pisałem w odpowiedzi na post rulezDC.

      E8400, 4GB, 320+1500 GB, R6870,
      Chieftec CX05B-B, Nec 20wgx2pro, Xonar DX

  4. .:. , Shneider 10/06/09 14:40
    ehh ta sesja ;-)

    .:: Live at Trance Energy ::.

  5. system magazynowy , PaKu 10/06/09 15:06
    to jest temat rzeka. Moim zdaniem najpierw musisz sobie rozpisac to co bedziesz mial w rzeczywistosci a wiec

    - rodzaje dokumentow - a wiec PZ, WZ, MM, PW, RW, IW - co konkretnie robia te dokumenty, czy sa to dokumenty jednostronne czy dwustronne jakie skutki powoduja
    - jak bedziesz identyfikowal dany towar - a wiec indeks towaru, rodzaj towaru itp.

    - kartoteki:
    1) kartoteka produktow - wszystkie produkty we wszystkich magazynach - klucz glowny: indeks towaru
    2) kartoteka magazynowa - produkty z podzialem na magazyny, klucz glowny: magazyn, indeks towaru
    3) dostawy - dostawy danego towaru - klucz glowny: magazyn, indeks towaru, numer dostawy

    oprocz tego musisz stworzyc tabele do przechowywania dokumentow obrotowych - tych zatwierdzonych i tych niezatwierdzonych. Musisz wziac tez pod uwage ze z czasem tych dokumentow bedzie ogromna ilosc i pasowaloby je jakos archiwizowac.

    Stan towaru obliczasz po zatwierdzeniu danego dokumentu i trzymasz w kartotekach, to samo z rezerwacja w dokumentach niezatwierdzonych, bedzie to napewno bardziej wydajne niz liczenie za kazym razem wszystkiego z dokumentaow obrotowych.

    To tylko tak pobieznie opisalem, stworzenie dobrego i wydajnego systemu magazynowego to nie jest taka prosta sprawa.

    bez podpisu

    1. dokładnie , bwana 10/06/09 15:29
      taki projekt należy zacząć od analizy funkcjonalnej, czyli opisu tego, co chcemy danym systemem robić i zastrzeżenia tego, czego nie chcemy robić w systemie. Na tej podstawie dopiero można robić coś w rodzaju projektu technicznego, którego częścią może być schemat bazy danych. Jednym słowem najpierw dokładnie określamy co chcemy robić, potem dopiero decydujemy jak. Nawet jeśli ma to być tylko zaliczenie, to dołączenie tego typu "dywagacji" do samego schematu bazy powinno być bardzo docenione przez wykładowcę. Pokazuje, że problem rozwiązywany jest w sposób świadomy i celowy.

      "you don't need your smile when I cut
      your throat"

  6. wszyscy dobrze napisali.. , XCLONE 10/06/09 22:01
    a ja podpowiem, że IMO fajna strukturę bazy magazynowej ma WA-PRO w WF-MAG.. pracowałem na tej bazie prawie 3 lata i znam ją niemal jak własną kieszeń.. jeśli chciałbyś się wzorować na jakichś rozwiązaniach - TOAD, CrystalReports i baza do WF-MAG.. myślę, że tydzień intensywnego zgłębiania i ewentualnego dzwonienia na info-linię WA-PRO da ci solidne podstawy do ułożenia w głowie struktury własnej bazy.. :)

    --
    Pozdr.
    Artur S.

    The World HAS Changed..
    :P

    1. wazna licencje trzeba miec zeby sie połaczyc , Emios 11/06/09 17:46
      123

      1. ale ważną licencję czego ? , XCLONE 14/06/09 22:08
        toada ? są jakieś triale..
        CR ? są lewe kopie - do nauki ideał, pomóc ?
        WF-MAG ? nic nie jest potrzebne, żeby dostać się do tego narzędziami..

        --
        Pozdr.
        Artur S.

        The World HAS Changed..
        :P

        1. do połaczenia się z infolinią serwisową , Emios 14/06/09 22:33
          123

    
All rights reserved ® Copyright and Design 2001-2025, TwojePC.PL