Forum PHP.pl > [mysql] Projket/budowa bazy danych

Pomoc - Szukaj - Użytkownicy - Kalendarz

Pełna wersja: [mysql] Projket/budowa bazy danych

Forum PHP.pl > Forum > Bazy danych > MySQL

osa2t

27.08.2009, 16:57:08

Witam,

Chce napisać prosty program do przechowywania informacji o wyjazdach służbowych. Nie jestem dobry w projektowaniu baz dlatego proszę o pomoc by napisąc program najbardziej optymalny. Myślałem o czymś takim:
Jedna tabela przechowuje informacje o pracownikach (ID – pracownika, imię, nazwisko, dział w którym pracuje)
Druga tabela przechowuje informacje o miastach (ID- miasta, nazwa miasta, kod-pocztowy)
Trzecia tabela zawiera informacje o datach, kto, kiedy i gdzie wyjechał.
Proszę o pomoc czy dobrze myślę nad tym rozwiązaniem. Jeżeli nie to co jest złe w moim założeniu, czego brakuje co ewentualnie dodać. Jeżeli pomysł jest dobry bo proszę o pomoc w budowaniu bazy.

vokiel

27.08.2009, 21:58:07

Tabela 1 - jak najbardziej tak jak podałeś - info o pracownikach

Tabela 2 - jeśli pracownicy wyjeżdzają ciągle do tych samych miejsc, to może mieć sens, jeśli natomiast delegacje są losowe, to możesz to zawrzeć w tabeli delegacji (Tabeli 3)

Tabela 3 - delegacje - kto? gdzie? kiedy? jak? dlaczego? no i po co?

Ważnym jest przy takim projektowaniu poświęcenie chwili na określenie wymagań systemu. Jakie informacje będą potrzebne, z jakich będzie się najczęściej korzystać. Po jakich kluczach będzie następowało wyszukiwanie, grupowanie. Jakie są zadania takiego systemu.

Bo chociażby: w systemie ma być opcja sporządzenia statystyk popularności miejsc delegacji. W takim przypadku lepiej utworzyć oddzielną tabelę na miejsca delegacji, z dodatkowym polem: VISITED, które to pole będzie przechowywało ilość odwiedzin (każda delegacja +1)
Jeśli system ma liczyć czas spędzony na delegacjach (poza tylko ich ilością), należałoby stowrzyć 2 kolumny na daty - wyjazdu i powrotu.

I tak dalej. Przede wszystkim założenia, wymagania - potem projekt tabel.

Pozdrawiam

osa2t

27.08.2009, 22:47:03

witam,

dzięki za wypowiedz. Wymagania nie są narzucone. Ma to być raczej prosta aplikacja dla nauki zrobienia ciekawej i dobre bazy. Fajnie że się wypowiedziałeś bo sam nie pomyślałem o kolumnie czas wyjazdu – czas powrotu. Jeżeli masz jeszcze jakieś pomysły co można/trzeba by jeszcze dołożyć proszę o wypowiedz. Przy okazji znasz może jakiś manual na temat jak tworzyć projekty bazy?

vokiel

28.08.2009, 07:56:19

Cytat(osa2t @ 27.08.2009, 23:47:03 )

Przy okazji znasz może jakiś manual na temat jak tworzyć projekty bazy?

Moim jedynym manualem w tej kwestii było myślenie

z czasem doświadczenie.

Jeśli nie masz z góry określonych wymagań, to sam je stwórz. Spójrz na to ze strony finalnego użytkownika (operatora systemu). Jakie funkcje będą potrzebne, czego oczekujesz od tego systemu, jak miałyby wyglądać formularze, etc...

możesz zernkąć tutaj

Do samego projektowania bazy możesz sobie pomóc używając graficznych narzędzi jak np.: MySQL Workbench.

osa2t

6.09.2009, 23:29:42

Witam,
Proszę o wypowiedz czy taki projekt bazy jest poprawny. Postawiłem na 3 tabele (pracownik, dział, delegacje). Czekam na opinie co warto zmienić a może takie założenie jest dobre.

[SQL] pobierz, plaintext 
CREATE TABLE pracownik (
    id_pracownik INT(1000) NOT NULL AUTO_INCREMENT,
    id_dzial INT(100) NOT NULL AUTO_INCREMENT,
    imie VARCHAR(20) NOT NULL,
    nazwisko VARCHAR(20) NOT NULL,
    telefon INT(10) NOT NULL,
    data_dodania DATETIME NOT NULL,
    PRIMARY KEY( id_pracownik),
    KEY pracownik(nazwisko),
    KEY dzial(id_dzial)
)type=MyISAM; 
 
CREATE TABLE dzial (
    id_dzial INT(100) NOT NULL AUTO_INCREMENT,
    nazwa_dzialu VARCHAR(50) NOT NULL,
    data_dodania DATETIME NOT NULL,
    data_edycji DATETIME,
  PRIMARY KEY( id_dzial)
)type=MyISAM;
 
CREATE TABLE delegacje (
    id_delegacji MEDIUMINT UNSIGNED NOT NULL AUTO_INCREMENT,
    id_pracownik INT(1000) NOT NULL AUTO_INCREMENT,
    miasto VARCHAR(50) NOT NULL,
    cel VARCHAR(50) NOT NULL,
    data_wyjazdu DATETIME NOT NULL,
    data_przyjazdu DATETIME NOT NULL,
    data_edycji DATETIME,
    PRIMARY KEY( id_delegacji,id_pracownik)
)type=MyISAM;
[SQL] pobierz, plaintext

askone

14.09.2009, 07:33:54

Cytat

[SQL] pobierz, plaintext 
CREATE TABLE pracownik (
    id_pracownik INT(1000) NOT NULL AUTO_INCREMENT,
    id_dzial INT(100) NOT NULL AUTO_INCREMENT,
    imie VARCHAR(20) NOT NULL,
    nazwisko VARCHAR(20) NOT NULL,
    telefon INT(10) NOT NULL,
    data_dodania DATETIME NOT NULL,
    PRIMARY KEY( id_pracownik),
    KEY pracownik(nazwisko),
    KEY dzial(id_dzial)
)type=MyISAM; 
 
CREATE TABLE dzial (
    id_dzial INT(100) NOT NULL AUTO_INCREMENT,
    nazwa_dzialu VARCHAR(50) NOT NULL,
    data_dodania DATETIME NOT NULL,
    data_edycji DATETIME,
  PRIMARY KEY( id_dzial)
)type=MyISAM;
 
CREATE TABLE delegacje (
    id_delegacji MEDIUMINT UNSIGNED NOT NULL AUTO_INCREMENT,
    id_pracownik INT(1000) NOT NULL AUTO_INCREMENT,
    miasto VARCHAR(50) NOT NULL,
    cel VARCHAR(50) NOT NULL,
    data_wyjazdu DATETIME NOT NULL,
    data_przyjazdu DATETIME NOT NULL,
    data_edycji DATETIME,
    PRIMARY KEY( id_delegacji,id_pracownik)
)type=MyISAM;
[SQL] pobierz, plaintext

Hej

Widzę takie błędy:

W tabeli [Pracownicy] kolumna [id_dzial] nie może być jako AUTO_INCREMENT - musisz ją zadeklarować jako klucz obcy wiążący pracownika z działem z tabeli [dzial].
Taki sam błąd popełniłeś w tabeli [delegacje] z kolumną [id_pracownik]
W jakim celu podajesz przy INT wartość 1000, 100?? Samo INT wystarczy
W tabeli delegacje ograniczasz się z liczbą wpisów poprzez zastosowanie typu kolumny [id_delegacji] jako MEDIUMINT - daj INT
W tabeli [delegacje] jako PRIMARY KEY wystarczy [id_delegacji]. Pole [id_pracownika] ma być kluczem obcym FOREGEIN KEY.
Zastanowiłbym się nad rozszerzeniem wielkości tekstu w kolumnie [cel]. 50 znaków to naprawdę mało
Rozszerz długość pola [nazwisko] na przykładowo 50 znaków. Pomyśl nad nazwiskami dwu członowymi.

Ok - na razie tyle

osa2t

17.09.2009, 21:55:21

witam,

Dzięki za dobre wskazówki/uwagi, czas na poprawki.

To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę kliknij tutaj.