witam

planuje zrobic oprogramowanie (za duze slowo jak na "to cos" za co sie zabralem) do obslugi MSP (raczej malej niz sredniej firmy, przynajmniej na razie) w php i MySQL. Ma byc to zarazem praca dyplomowa. Mam czas do maja. Wiem, ze nie jest to zbyt duzo czasu jak na jedna osobe, bo roboty z tym troche jest, ale po pierwsze najwazniejszy jest projekt bazy. A tak wlasciwie, to nie jest to chyba zbyt trudne zadanie, tak mysle.Jestem troche swierzy i zielony w php (troche w domu sobie tworze i kombinuje proste takie rzeczy) Jest to pierwszy moj taki projekt i mam troche pytan co do bazy przede wszystkim. Zrobilem projekt, ktorego foto jest na

www.lobox.com.pl/slaw/index.htm (plik ma 124 kB)


Podzielona jest jakby na 5 czesci:

1. Firma:
tabela, w ktorej trzymane sa dane firmy, w ktorej to wszystko dziala, i ktorej dotyczy. Moznaby chyba to zrobic w pliku, ale tak myslalem przyszlosciowo, ze moznaby pozniej wprowadzic obsluge wielu firm.

2. Klient: tabele

• klient - dane klienta,
  
• klient_rabat - mozliwosc dodania rabatu dla wybranego klienta (zalezy od ilosci, czestosci zamowien),
  
• klient_adres_dostawy - klient moze chciec aby zamowienie zostalo wyslane na inny adres niz zamieszkania (chce zrobic prezent, albo cos takiego). Moze byc tez kilka adresow dostawy dla jednego klienta ( no pewnie raz prezent dla cioci, innym razem dla dziadka... Ale moze byc taka sytuacja. Tak sobie pomyslalem, ze raczej oddzielna tabela, bo jak np. Jan Kowalski zamowi 6 razy, z czego 4 razy bedzie chcial miec dostarczone do domu, to 4 razy sie adres powtorzy. No ale z drugiej strony adres dostawy powinien byc jakby integralna czescia zamowienia i zawarty w tabeli zamowienie. Co wy na to?

3. Katalog (np. dla hurtowni komputerowej): tabele

• grupa_towarowa - np. monitory CRT, monitory LCD, dyski twarde, pamiec, drukarki, skanery, aparaty cyfrowe, modemy, zestawy
  komputerowe, procesory.....
  
• podgrupa_towarowa - opcjonalnie, jak bedzie potrzebny jeszcze jakis podzial np. ? czy w takim wypadku jest cos potrzebne jeszcze?
  
• towar - drukarka HP DeskJet 610 (nazwa, opis, cena, czy podatek tez w tej tabeli?, inne potrzebne pola)
  
• sww_pkwiu -
  Mozliwosc przypisania sww_pkwiu nie tylko do towaru, ale rowniez do podgrupy czy grupy, bo moze byc taka sytuacja, ze da podgrupa np.
  bedzie miala ten sam pkwiu.

A no i moze jeszcze tabela cennik (w zaleznosci od profilu firmy).

4. Zamowienia: tabele

• zamowienie - wszystko co dotyczy danego zamowienia. Czy to wystarczy do ewidencji sprzedazy ? Czy zrobic tez tabele faktury? Nie mozna chyba zrobic tylko faktur, bo jak ktos sklada zamowienie np. na zestaw komputerowy to najpierw jest zamowienie, a dopiero jak zestaw jest gotowy to sie fakture wystawia, albo na jakis sprzet zamowiony przez internet tak samo. Tak mysle.
  
• zamowienie_pozycje - to co zamowione, ilosc, cena, podatek...
  
• warunki_dostawy - wysylka, odbior osobisty, dostarczenie przez firme, ...
  
• sposob_zaplaty - gotowka, przelew (w jakim terminie). Tu chyba nie trzeba tabeli. Wystarczy to umiescic w tabeli zamowienie.Chyba?
  
• stawka_vat - chyba niepotrzebne. Zostalo z poprzedniego pomyslu i nie skasowalem (a moze sie do czegos przyda?)

5. Ksiega: tabele

• ewidencja_zakopow - faktury za zakupy dokonane przez firme,
  
• ewidencja_sprzedazy - faktury za sprzedaz. Czy potrzebna jest tabela faktury jako przejsciowa z zamowienia do ewidencji? Najpierw jest zamowienie, na podstawie zamowienia (albo WZ - trza by bylo dorobic tabele, cos na wzor zamowienia pewnie) faktura no i ta faktura jest ksiegowana. Nie wiem tylko jak rozwiazac cos takiego: Skoro faktura powstaje z zamowienia lub WZ, to co zrobic jak przyjdzie klient i kupi cos i bedzie chcial fakture? Trzeba by wtedy wypelnic najpierw zamowienie i pozniej stworzyc fakture czy wypelnic tylko fakture a dzieki php zamowienie do tej faktury sie samo zrobi? Chyba z faktura bedzie lepiej, bo w ewidencji sprzedazy to ona jest wazna a nie zamowienie.

Do ksiegi powinna byc jeszcze mozliwosc wyboru czy to jest ksiega podatkowa czy ryczalt i dodatkowe tabele kpir lub ewidencja przychodow (ryczalt). Mozna tez ewidencje przebiegu pojazdu, karte wynagrodzen pracownika... i wiele innych. Wlasciwie to na poczatek najwazniejsze jest punky 1 - 4 oraz mozliwosc wystawiania faktur.

To na razie tyle. Prosze o konkretne wypowiedzi i zapraszam do dyskusji. Czescia tego projektu jest tez sklep internetowy (wlasciwie to mozliwosc w latwy sposob zamawiania przez internet), ale to sie chyba zawiera w tym (tak mniej wiecej).

Najwiecej pracy bedzie ze stworzeniem tego w php i latwym dostepem do wszystkiego z poziomu wyszukiwarki.

Pomocny dla mnie okazal sie tu post >>It's_me<<. dzieki

slaw:)

Wygląda raczej rozsądnie, jak zaprojektujesz już bazę, to podaj struktury tabel :-)

PS. Pisze się "zakupów"

Update:
nie ma sensu rozdzielać grupy towarowej na oddzielną tabele z podgrupami, lepiej umieścić wszystko w jednej tabeli i pobierać rekurencyjnie.

Ogólnie powiedziawszy - IMHO idziesz w dobrym kierunku.
Parę wstępnych uwag.
1. adresy - rozwiązanie 1 klient - wiele adresów - jest jak najbardziej trafne (kazdy adres zawiera id klienta).
Pózniej w zamówieniu wystarczy podać id klienta oraz id adresu.

2. VAT - wydaje mi się, że można to zrobić w dwojaki sposób.
- osobna tabela, zawierająca stawki podatku (czyli w sumie w polsce 2 wiersze 7 i 22) (i właściwie nic wiecej - nie wiem skąd się wzieło tyle indexów i kluczy obcych na Twoim schemiacie w tej tabeli)
Oczywiście możliwość rozbudowania o inne lokalizacje - wtedy tych stawek moż być więcej.
- stawki są podpinane albo pod każdy z produktów z osobna - albo pod kategorie produktów.

Można oczywiście zrezygnować z takiego mechanizmu, i na sztywno wprowadzać stawkę dla każdego produktu, jako osobne pole - w większości przypadków rozwiazanie wystarczające, a znacznie łatwiejsze w implementacji.

no wiem, ze sie pisze zakupow, ale o tej porze to powinienem juz dawno spac. ile mozna po nocy przesiadywac.

tzn. jak rekurencyjnie? w tabeli grupy towarowe dodac kolumne podgrupe ?

dzieki nie spodziewalem sie odzewu o tej porze i tak szybko

slaw:)

moze uda mi sie cos rano napisac jeszcze, a jak nie to do zobaczenia w niedziele wieczorem.

have a nice weekend for everyone

Dokładnie - to umożliwia dość szybko i łatwo tworzyć nieskończenie zagłębione podkategorie - ale im więcej zagłębień, tym więcej zapytań.


E tam. Młoda godzina jeszcze

witam ...

w poslce jest wiecej stawek podstawowych niz 7 i 22 .. nie pamietam wszystkich ale jest jeszcze 0 oraz zwolniony [jest roznica !!] i chyba jakas posrednia pomiedzy 7 i 22 na produkty rolne [] wiec jest tego kilka rodzajow ... proponuje przechowywac stawke wraz z danymi produktu ...

cya

DeyV:
ten projekt zrobilem w DBDesigner4 i on mi takie cos powstwial i nie mozna tego wywalic (ja nie moge). moze gdzies w preferencjach sie to
wylacza.

Zgadzam sie. Wystarczy w zamowieniach podać id klienta oraz id adresu ale DBDesigner swoje. Tak to zrobilem jako pogladowe tego gifa.

Postaram sie zrobic gotowy projekt i struktury tabel przekazac do wgladu (juz bez tych zbednych kluczy i indexow)

No ale co zrobic jak adres dostawy = adres zamieszkania? Bo raczej dodawac adresu zamieszkania do adresu dostawy sie nie bedzie. Moze
jak idadres_dostawy=0 to nie dodaje nic do adresu dostawy tylko pobiera adres zamieszkania z tabeli klient.


VAT. No wlasnie. Cale szczescie, ze nie kasowalem tej tabeli. Myslalem, ze to byl zly pomysl, ale jednak nie. Chociaz zobaczymy co z tego wyjdzie.
No tak oddzielna tabela ze stawkami i co dalej? Stawki maja sie odnosic do towarow czy do zamowienie_pozycje czyli dopiero jak ktos zamawia dany towar to jest dodawana stawka? Ale na jakiej podstawie? Chyba, ze tak:

struktura zamowienie_pozycje i stawka_vat jest taka jak teraz (po za tyloma kluczami w stace_vat) jak ktos zamawia jakis towar to zaluzmy, ze domyslnie jest 22%, ale moze tez sobie wybrac i wtedy do zamowienie_pozycje.stawka_vat jest wpisywane stawka_vat.idstawka_vat. Czy dobrze zrozumialem? Jak nie to prosze o korekte.


orson: no zgadzam sie, ale jak zrobic, jak w ofercie towar ma 22%, a na eksport idzie 0% ? na stale chyba nie mozna chyba, ze masz pomysla


Aha i przypomnialo mi sie. Jak zrobic historie ceny? Tak, zeby to mozna na wykresie przedstawic, np. ceny z ostatniego miesiaca czy roku

danego towaru?

pozdr

slaw:)

do tworzenia projektów baz danych polecam program deZign

1. W zamówieniu chyba najwygodniej jest pozwolić klientowi wybrać sobie, czy che korzystać z adresu domowego, czy z jakiegoś innego.
Dzieki temu przechowujemy tylko: 1. id klienta, 2. id adresu

2. Vat - hmm - skomplikowało się to przez ten export - człowieku - nie przesadzaj z tą pracą dyplomową - bo do września tego nie skończysz
W atakim przypadku obstaje za tym, by rodzaj stawwki Vat podpinać pod kategorię prouktów. Mozna w niej również zdecydować, czy dane produkty można sprzedawać w więcej niż 1 stawce. Teraz tylko pytanie - w jaki sposób i kiedy stawka ta ma zostać wybrana.

3. Historia ceny.
Najlepiej jest przygotować osobną tablę - id | id produktu | cena | data czy coś w tym stylu, i przechowywać tam kolejne ceny.
Z uwagi jednak na to, że stosunkowo trudno pobiera się listę produktów z cenami, dla której dla każdego produktu musiałbyś szykać najnowszej ceny - dlatego dobrze by bylo przechowywać tą najnowszą cenę również w tabeli produkty.
W tabeli zamówienia również warto przechowywać tą cenę na sztywno.

Troche pozmienialem kilka rzeczy: klient i adres zamieszkania/dostawy, grupa towarow, stawka vat. Ewidencje na razie pomijam, bo bedzie to przeciez polegaly na dodaniu faktur, wiec

najpierw trza to zrobic.

Sorry, ze tak duzo, ale nie mialem innego chyba wyjscia

Poglad oczywiscie www.lobox.com.pl/slaw (wersja 002)


#---------------------------- fima

TABLE firma
to zostalo bez zmian


#---------------------------- klient

Rozdzielilem w ogole adres. Powstala tabela klient_adres, ktora bedzie zbierala adres zamieszkania oraz adresy dostawy. Moze byc ich dowolna ilosc. W polu rodzaj wpisuje sie (wybiera) czy ma byc to zamieszkanie czy dostawa, czy mozna tez inne opcje tutaj zastosowac w pozniejszej fazie tworzenia i uzytkowania (w zaleznosci od potrzeb).

TABLE klient (
idklient
nazwa
pelna_nazwa
nazwisko
imie
nip
tel_1
tel_2
fax_1
tel_kom
bank_nr_konta
e_mail
www
uwagi
PRIMARY KEY(idklient)
);

TABLE klient_adres (
idklient_adres
klient_idklient
nazwisko
imie
adres_ulica
adres_nr_domu
adres_nr_lokalu
adres_miasto
adres_kod_pocztowy
adres_kraj
rodzaj (adres zamieszkania/dostawy)
uwagi
PRIMARY KEY(idklient_adres, klient_idklient)
);

TABLE klient_rabat (
idklient_rabat
klient_idklient
idzamowienia
PRIMARY KEY(idklient_rabat, klient_idklient)
);


#---------------------------------------- katalog




Tutaj zmienilem: grupa_towarowa zawiera podgrrupe (zamiast oddzielnej tabeli z podgrupa). Oraz nr sww/pkwiu mozna przypisac poszczegolnym towarom badz grupom/podgrupom

towarowym (jesli nr bedzie przypisany grupie, a wewnatrz tej grupy bedzie towar, ktory ma swoj nr indywidualnie przypisany, to w tym wypdaku bedzie wybierany ten, indywidualnie

przypisany do towaru).

TABLE grupa_towarowa (
idgrupa_towarowa
idpodgrupa_towarowa
nazwa_grupa_towarowa
nazwa_podgrupa_towarowa
PRIMARY KEY(idgrupa_towarowa, idpodgrupa_towarowa)
);

TABLE towar (
idtowar
grupa_towarowa_idpodgrupa_towarowa
grupa_towarowa_idgrupa_towarowa
stawka_vat_idstawka_vat
opis
PRIMARY KEY(idtowar, grupa_towarowa_idpodgrupa_towarowa, grupa_towarowa_idgrupa_towarowa, stawka_vat_idstawka_vat)
);

TABLE sww_pkwiu_towar (
idsww_pkwiu_towar
towar_idtowar
symbol
opis
PRIMARY KEY(idsww_pkwiu_towar, towar_idtowar)
);

TABLE sww_pkwiu_grupa_towarowa (
idsww_pkwiu_grupa_towarowa
grupa_towarowa_idgrupa_towarowa
grupa_towarowa_idpodgrupa_towarowa
symbol
opis
PRIMARY KEY(idsww_pkwiu_grupa_towarowa, grupa_towarowa_idgrupa_towarowa, grupa_towarowa_idpodgrupa_towarowa)
);

#---------------------------------------- vat i cena (historia)





Tak to wymyslilem:

Pojawila sie tabela stawka_vat (poprzednio byla tylko roboczo) oraz historia_ceny. Stawka_vat bedzie w relacji z tabela towar oraz zamowienie_pozycje. W tabeli towar bedzie na stale

przypisana idstawka_vat do kazdego towaru. W momencie zamowienia w tabeli zamowienie_pozycje zostaje wstawiony ten sam idstawka_vat - jesli bedzie jakis warunek, np. export czy

inne cos gdzie jest inny VAT niz standardowo przypisany, to bedzie wstawiany ten, ktory spelni dany warunek. Np. standardowo jest id 22%, jesli faktura jest na export, bedzie wstawione

id 7%.



Historia_ceny zawiera ceny towarow wraz ze zmianami. Aktualna cene bedzie sie pobieralo na podstawie towar_idtowar, data_zmiany (czyli data, od ktorej dana cena obowiazuje). Mysle,

ze nie bedzie to zbyt skomplikowane. Nie chcialem umieszczac ceny razem z towarem w tabeli towar, poniewaz doszlaby jeszcze aktualizacja, a w tym wypadku tylko dodajemy cene do

tabeli historia_ceny i mamy problem z glowy.

TABLE stawka_vat (
idstawka_vat
stawka_vat
opis
PRIMARY KEY(idstawka_vat)
);

TABLE historia_ceny (
idhistoria_ceny
towar_idtowar
towar_stawka_vat_idstawka_vat
cena
data_zmiany
PRIMARY KEY(idhistoria_ceny, towar_idtowar, towar_stawka_vat_idstawka_vat)
);


#---------------------------------------- zamowienie

Cena oraz stawka vat jest na stale przypisana do pozycji zamowionej. Czyli nawet jak zmieni sie cena i stawka vat, bedziemy wiedzieli za ile (i jaki vat mial) towar zostal sprzedany.

Tez troche zmienilem tabele i zrobilem porzadek.W tabeli zamowienie bedzie wstawiane id sposob_zamowienia, sposob_zaplaty oraz warunki_dostawy.

TABLE zamowienie (
idzamowienie
klient_idklient
klient_adres_idklient_adres
sposob_zaplaty_idsposob_zaplaty
warunki_dostawy_idwarunki_dostawy
sposob_zamowienia_idsposob_zamowienia
miejscowosc_wystawienia
data_wystawienia
data_sprzedazy
termin_zaplaty
zaliczka
data_otrzymania_zaliczki
data_zamowienia
data_realizacji
osoba_upowazn_odbior
osoba_upowazni_wystawienie
do_zaplaty
uwagi
potwierdzone
zrealizowane
PRIMARY KEY(idzamowienie, klient_idklient, klient_adres_idklient_adres, sposob_zaplaty_idsposob_zaplaty, warunki_dostawy_idwarunki_dostawy, sposob_zamowienia_idsposob_zamowienia)
);

TABLE zamowienie_pozycje (
idzamowienie_pozycje
zamowienie_idzamowienie
towar_idtowar
zamowienie_klient_idklient
ilosc
kwota_jednostkowa_netto
stawka_vat_idstawka_vat
wartosc_vat
wartosc_netto
kwota_brutto
PRIMARY KEY(idzamowienie_pozycje, zamowienie_idzamowienie, towar_idtowar, stawka_vat_idstawka_vat, zamowienie_klient_idklient)
);

TABLE sposob_zamowienia (
idsposob_zamowienia
opis
PRIMARY KEY(idsposob_zamowienia)
);

TABLE sposob_zaplaty (
idsposob_zaplaty
sposob
PRIMARY KEY(idsposob_zaplaty)
);

TABLE warunki_dostawy (
idwarunki_dostawy
rodzaj
PRIMARY KEY(idwarunki_dostawy)
);


#---------------------------------------- ewidencja sprzedazy i zakupow

To bedzie pozniej. Aha. Ale czy zrobic jeszcze tabele faktury? Bo aktualnie takiej nie ma, a zamowienia nie sa dodawane do ewidencji. Wiec teraz faktura jest ale dopiero gdy sie ja

wygeneruje. W bazie jej wlasciwie nie ma.

TABLE ewidencja_sprzedazy (
idewidencja_sprzedazy
zamowienie_klient_idklient
zamowienie_idzamowienie
PRIMARY KEY(idewidencja_sprzedazy, zamowienie_klient_idklient, zamowienie_idzamowienie)
);

TABLE ewidencja_zakupow (
idewidencja_zakupow
klient_idklient
nr_poz_ksiga_podatkowa
data_wplywu
data_wystawienia
nr_faktury
inwestycyjne
vat_22
vat_7
vat_3
vat_0
zak_nieopodatk
zak_opodatk_sluz_sprzed_op_zwol
zak_podl_nalicz_vat_nie_podl_odl
vat_podl_odlicz
uwagi
PRIMARY KEY(idewidencja_zakupow, klient_idklient)
);

Napiszcie czy cos byscie tam zmienili. Aha w tabeli zamowienie zamiast realizacja (i wpisywane tam: realizowane, zrealizowane, etc.) jest idrealizacja (jako FK) i zrobilem tabele realizacja:[idrealizacja].[rodzaj].[opis]. Mozna zmieniac dowolnie i dodawac. Jak sie nie sprawdzi ten sposob to zostawie tak jak bylo. Ewentualnie zmienie cos w trakcie tworzenia.

Jak zrobie, to przedstawie Wam gotowy (albo prawie) projekt.

dzieki za dotychczasowa pomoc.

pozdr

slaw:)

jak na moje oko to w strukturach bazy danych oraz relacjach miedzy tabelami nie maco zmieniac i chyba jest to optymalne rozwiązanie

Pomysl nad tym by w towarach przechowywac cene netto a takze cene brutto ...

szczerze powiedziawszy robie wlasnie taka aplikacje do zarzadzania firma aczkolwiek jestem teraz na etapie rachunkowosci - faktury, magazyny, sklep internetowy, serwis sprzetu, klienci, analizy, kasa, bank, raporty - juz za soba ble.

niektorzy klienci zycza sobie by cena podstawowa byla cena brutto a nie cena netto i od ceny brutto chca wszystko obliczac ... np. ustawiaja, ze ma byc 200 zl cena koncowa (brutto) i od tego sie odlicza vat np. 22% i wychodzi 163.93 cena netto.
i odziwo, jak zrobisz to samo ale na odwrot czyli do ceny netto 163.93 dodasz 22% vat to osiagasz 199.99 zl co u niektorych klientow nie przechodzi.

kolejna drobna uwaga ... kiedys na forum pisano jak tworzyc struktury grup i podgrup.

ja rozwiazalem to tak:
[sql:1:a72d28793f]
CREATE TABLE produkty_nazwy_grup (
id_grupa int(4) NOT NULL auto_increment,
nazwa varchar(30) default NULL,
stan int(1) default '1',
nazwa_skrocona varchar(10) NOT NULL default '',
opis varchar(50) default NULL,
PRIMARY KEY (id_grupa)
);
[/sql:1:a72d28793f]
oraz struktura drzewiasta:
[sql:1:a72d28793f]
CREATE TABLE produkty_polaczenia_grup (
first_id int(4) default NULL,
last_id int(4) default NULL,
glebia int(2) default NULL
);
[/sql:1:a72d28793f]
poszukaj w archiwum ... tego bylo mnostwo

Witam wszystkich po bardzo dlugiej przerwie.

Katalog mam na przykladzie nr 5 depesza (drzewka).

@treewood: moglbys podac jakos wyswietlanie w taki sposob w tym sposobie depesza?:



bo cala reszte mam tylko wyswietlania takiego nie.

a wstawianie kategorii zamiast (bo tak nie dziala w mysql)

[sql:1:4a4099851b]INSERT INTO kategorie (name) VALUES ('windows');
INSERT INTO powiazania (parent_id, child_id, depth) VALUES (currval('kategorie_id_seq'), currval('kategorie_id_seq'), 0);
INSERT INTO powiazania (parent_id, child_id, depth)
SELECT parent_id, currval('kategorie_id_seq'), depth + 1 FROM powiazania WHERE child_id = 2;
[/sql:1:4a4099851b]

zrobilem tak:

[sql:1:4a4099851b]INSERT INTO kategorie (nazwa) VALUES ('windows');
SELECT @last:=LAST_INSERT_ID(idkategorie) FROM kategorie;
INSERT INTO powiazania (parent_id, child_id, depth) VALUES (@last, @last, 0);
INSERT INTO powiazania (parent_id, child_id, depth)
SELECT parent_id, @last, depth + 1 FROM powiazania WHERE child_id = 2;[/sql:1:4a4099851b]



tez bym tak chcial.




ale jak w bazie umiescisz jako decimal to nie bedzie rozbieznosci. mam tak zrobione w pozycje_zamowione jest przechhowywane netto i brutto oraz vat.