Witam, chciałbym przedstawić konceptualny diagram bazy danych wykonany w power designer, w celu sprawdzenia błędów których z pewnością nie brakuje ;)
Z góry dziękuje.
0
0
- ponazywaj relacje bo czasami ciężko się domyśleć co do czego
- towar to nie jest stan magazynowy
- nie bardzo widzę sens istnienia tabeli telefon
- tabela podatek też tak średnio mi się podoba (chyba, że chodziło Ci o stawki VAT)
- rozdzielenie pozycji faktury na towar i usługę to zły pomysł
- jeśli to jest 'sztuka dla sztuki' to pewnie może tak być, ale w normalnych bazach nie robi się tabel dane firmy, adres, pracownik, klient, dane personalne tylko pracownik i klient i tam się to wszystko trzyma - na razie nie ma jeszcze baz obiektowych pełną gębą
Generalnie trzeba było chociaż w kilku słowach napisać o czym ta baza
0
Dziękuje za odpowiedź, zacznę od opisu bo rzeczywiście jest to istotne.
No więc generalnie chodzi o wykonanie programu księgowego który "potrafi" i zawiera :
•> Stany magazynowe,
•> Tworzenie, oraz drukowanie faktur,
•> Baza pracowniów,
•> Baza kontrahentów
•> Katalog towarów oraz usług,
•> Plan kont,
•> wspomaganie procesu inwentaryzacji,
•> Wspomaganie w procesie rozliczenia się podatkowego.
Pisząc tego posta wpadłem na pomysł jak to usprawnić, ale to potem.
-
Nigdy nie widziałem bazy danych z opisanymi relacjami, zawsze widziałem relacje "jeden do jeden", "jeden do wielu", czyli z 1 przy jednej encji i znakiem nieskończoności przy drugiej. - postaram się pomyśleć jak to poprawić.
-
Racja, zrobiłem ten błąd z braku wiedzy, w tym momencie potrzebną wiedzę już posiadam. - poprawię
-
Dla mnie jest sens istnienia tabeli telefon z tego względu ze jest to relacja jeden do wielu, czyli np. pracownik może mieć zapisanych kilka numerów telefonu. - dobrze rozumuje ?
-
tak, chodziło mi o VAT, już zmieniłem nazwę tabeli.
-
Dlaczego ? tutaj podobnie jak z telefonem, może być kilka produktów bądź usług, w dodatku z tabeli towar, będzie odejmowana ilość towarów z magazynu.
-
Jest to projekt na zaliczenie semestru, tabele są tak porozdzielane ze względu na to że ma to być baza znormalizowana 3NF, jeżeli chodzi o tabele klient, to poprzez wartość boolean sprawdzamy czy jest to firma jeżeli tak to podpinamy tabele dane firmy, jeżeli fałsz to podpinamy tabele dane personalne.
Mam jedno pytanie odnośnie planu kont, mianowicie jest to osobna tabela która nie wchodzi w relacje z żadną z powyższych tabel i nie wiem czy stworzyć encje z relacja jeden do wielu, czy pozostawić bez żadnych relacji.
Co do wspomagania rozliczenia się podatkowego nie mam jeszcze żadnego konceptu, jak to zrobić, na szczęście nie powinien to być duży problem ;)
0
- opis relacji
- pokaż poprawiony
- jeśli tak to ma być to ok, ale masz źle liczebności (chyba wszystkie)
- pokaż poprawiony
- zły dlatego, że nie wiesz czy dana pozycja to usługa czy towar
- rozumowanie ok (nie wiem jak wykładowca do tego podchodzi) z tym, że w rzeczywistych projektach tak się nie robi. No ale to jest na zaliczenie.
- masz źle opisane liczebności relacji - na schemacie jest np., że jeden telefon może mieć wiele danych personalnych a Tobie chodzi o to, że jedna dana personalna może mieć wiele telefonów
- co do stan magazynu to powinien być tak
towar
*towar_id
#stawka_vat
nazwa
opis
sku (nie wiem co to ale zakładam, że należy do towaru)
jm ('głowna" jednostka miary dla towaru)
stan
*stan_id
#towar_id
ilosc
jm (jeśli towar może być np. w szt albo w kg to tutaj trzeba dodać jm aby można było określić czy dana partia to kg czy szt)
cena
Mam jedno pytanie odnośnie planu kont, mianowicie jest to osobna tabela która nie wchodzi w relacje z żadną z powyższych tabel i nie wiem czy stworzyć encje z relacja jeden do wielu, czy pozostawić bez żadnych relacji.
jeśli nie ma relacji do żadnej innej to po prostu wstawiasz na schemat 'samotną' tabelę
Co do wspomagania rozliczenia się podatkowego nie mam jeszcze żadnego konceptu, jak to zrobić, na szczęście nie powinien to być duży problem
a tu musisz sprecyzować co by to miało być