[Mysql] Baza danych - czy dobrze zaprojektowana?

	B O A R D
	» Board » Zadaj pytanie » Archiwum » Szukaj » Stylizacja

M E N U

» Nowości

» Archiwum

» Recenzje / Testy

» Board

» Rejestracja

Szukaj @ TwojePC

	OBECNI NA TPC
	» evil 22:47 » Brauni 22:44 » Raist 22:42 » wrrr 22:41 » Holyboy 22:37 » bajbusek 22:36 » Kenny 22:35 » Dexter 22:34 » Curro 22:32 » ManiusNG 22:25 » ham_solo 22:22 » rainy 22:21 » yeger 22:21 » Chavez 22:21 » Hitman 22:20 » Dhoine 22:19 » exmac 22:16 » kicior 22:10 » JE Jacaw 22:10 » luckyluc 22:10 Dzisiaj przeczytano 41117 postów, wczoraj 25974 Szybkie ładowanie jest: włączone.

ccc

A R C H I W A L N A W I A D O M O Ś Ć

[Mysql] Baza danych - czy dobrze zaprojektowana? , Chicken81 11/10/05 12:17
Witam!
Mam do zaprojektowania bazę danych, coś tam sklepałem ale nie wiem czy jest ok, możecie zerknąc?

////////////////////////////////////////////////////////////////////

# phpMyAdmin SQL Dump
# version 2.5.3
# http://www.phpmyadmin.net
#
# Host: localhost
# Czas wygenerowania: 11 Paź 2005, 09:48
# Wersja serwera: 4.0.15
# Wersja PHP: 4.3.3
#
# Baza danych : `stolarka`
#

# --------------------------------------------------------

#
# Struktura tabeli dla `klient`
#

CREATE TABLE `klient` (
`id_klienta` int(10) unsigned NOT NULL auto_increment,
`nazwisko` char(50) NOT NULL default '',
`adres` char(100) NOT NULL default '',
PRIMARY KEY (`id_klienta`),
KEY `id_klienta` (`id_klienta`)
) TYPE=MyISAM AUTO_INCREMENT=1;

#
# Zrzut danych tabeli `klient`
#

# --------------------------------------------------------

#
# Struktura tabeli dla `okna_cennik`
#

CREATE TABLE `okna_cennik` (
`id_okna` tinyint(4) NOT NULL auto_increment,
`typ` tinytext NOT NULL,
`war_okno_100` float(4,2) NOT NULL default '0.00',
`war_okno_50` float(4,2) NOT NULL default '0.00',
`war_mon_100` float(4,2) NOT NULL default '0.00',
`war_mon_50` float(4,2) NOT NULL default '0.00',
`suma_100` float(4,2) NOT NULL default '0.00',
`suma_50` float(4,2) NOT NULL default '0.00',
KEY `id_okna` (`id_okna`)
) TYPE=MyISAM AUTO_INCREMENT=8;

#
# Zrzut danych tabeli `okna_cennik`
#

# --------------------------------------------------------

#
# Struktura tabeli dla `podania`
#

CREATE TABLE `podania` (
`id_podania` int(10) unsigned NOT NULL auto_increment,
`id_klienta` int(10) unsigned NOT NULL default '0',
`id_zlecenia` int(10) unsigned NOT NULL default '0',
`id_okna` int(10) unsigned NOT NULL default '0',
`data_zlozenia` date NOT NULL default '0000-00-00',
`50_zwrot` tinyint(4) NOT NULL default '0',
`100_zwrot` tinyint(4) NOT NULL default '0',
PRIMARY KEY (`id_podania`)
) TYPE=MyISAM AUTO_INCREMENT=1;

#
# Zrzut danych tabeli `podania`
#

# --------------------------------------------------------

#
# Struktura tabeli dla `zlecenia`
#

CREATE TABLE `zlecenia` (
`id_zlecenia` tinyint(3) unsigned NOT NULL auto_increment,
`data_zlozenia` date NOT NULL default '0000-00-00',
`data_zrealizowania` date NOT NULL default '0000-00-00',
PRIMARY KEY (`id_zlecenia`)
) TYPE=MyISAM AUTO_INCREMENT=1;

#
# Zrzut danych tabeli `zlecenia`
#

//////////////////////////////////////////////////////////////////////

W bazie tej chcę zbierać zamówienia na okna. Tabela podania to zbiór podań składanych przez potencjalnych nabywców. Zlecenia to tabela w której przechowuję dane zatwierdzonych do realizacji podań. Okna_cennik - tutaj są sane dotyczące okien, typ, koszt itp., klient - dane zamawiającego. Chodzi o to żeby te tabele współgrały ze sobą przy wpisywaniu do nich danych (skrypty sobie napiszę). Jakmacie jakiś pomysł na zoptymalizowanie tej bazy to piszcie, na pewno są wśród was osoby które znają tematykę lepiej ode mnie.

"Tylko dwie rzeczy są nieskończone -
wszechświat i ludzka głupota...." -
A.Einstein

kilka uwag , Jolo 11/10/05 13:29
- ceny podawałbym w groszach, operowanie na intach bedzie prostsze, a przeliczenie na zł nie stanowi problemu
- może dodać pola z ceną netto i brutto

Może czegoś nie zaczaiłem, ale jak chcesz w tablei zlecenia określać którego podania ono dotyczy? W tabeli podania jest id_zlecenia, ale wydaje mi się ze to raczej w tabeli zlecenia powinieneś umieścić pole id_podania.
jest tak nudno, że zaczyna to być
ciekawe...
1. co do cen to jednak zostane prz zł, tym bardziej ze te zł to jest tylko doklejony string , Chicken81 12/10/05 09:03
  a w bazie i tak są gołe liczby, poza tym w tym przypadku wszystkie ceny mają być brutto. I trzecia opcja id podania/ zlecenia - dzięki z wskazówkę
  "Tylko dwie rzeczy są nieskończone -
  wszechświat i ludzka głupota...." -
  A.Einstein
a ja bym zlozyl podania i zlecenia , Grocal 11/10/05 13:46
w jedna tabele z kolumna 'status' gdzie 1 -> podanie, 2 -> zlecenie, (i np. 3-> podanie odrzucone) bo w sumie podanie po zatwierdzeniu to zlecenie
Na pewno, na razie, w ogóle...
Naprawdę, naprzeciwko, stąd...
Ortografia nie gryzie!
1. pasuje mi twoje rozwiązanie, świetny pomysł , Chicken81 12/10/05 09:04
  j.w
  "Tylko dwie rzeczy są nieskończone -
  wszechświat i ludzka głupota...." -
  A.Einstein
no i jeszcze chyba tabela okna troszke moglaby byc zmieniona , rulezDC 11/10/05 14:46
bo np klient zazyczy sobie okno z innymi okuciami i wtedy tutaj dopisujesz nowe okno a ma takie same rozmiary, dodatkowa tabela np. "dodatki" i tabela laczace tabele dodatki z okna,
koniec koniec koniec
1. włąsnie ty jest pies pogrzebany , Chicken81 12/10/05 09:00
  nie ma innego wyboru okien, tylko taki jak zostanie założony z góry na dany rok, klient w tym przypadku nie ma wyboru, bierze co dają ;)
  "Tylko dwie rzeczy są nieskończone -
  wszechświat i ludzka głupota...." -
  A.Einstein
malo przemyslana , Deus ex machine 11/10/05 17:07
a dodatkowo jak cos sie bedzie mialo zmienic to bedzie musial przeprojektowac baze, np zwroty

projektu nie napisze, bo mi za to nie zaplaca .)
"Uti non Abuti"
1. zwroty nie wchodzą w rachubę , Chicken81 12/10/05 08:58
  a jak będzie się miało zmienić to v. 2.0 i dodatkowa kasa. Takie są założenia
  "Tylko dwie rzeczy są nieskończone -
  wszechświat i ludzka głupota...." -
  A.Einstein