Projekt bazy - kilka problemów Opcje

[Fifi209]

Witam, zaprojektowałem sobie właśni małą bazę danych do projektu, który niebawem ma ruszyć. Mam kilka pytań i wątpliwości.

Może najpierw cała struktura:

[SQL] pobierz, plaintext 
-- phpMyAdmin SQL Dump
-- version 2.11.4
-- <a href="http://www.phpmyadmin.net" target="_blank">http://www.phpmyadmin.net</a>
--
-- Host: localhost
-- Czas wygenerowania: 31 Lip 2010, 19:58
-- Wersja serwera: 5.0.45
-- Wersja PHP: 5.2.5
 
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
 
--
-- Baza danych: `fansite`
--
 
-- --------------------------------------------------------
 
--
-- Struktura tabeli dla  `chance`
--
 
CREATE TABLE `chance` (
  `id` smallint(6) NOT NULL AUTO_INCREMENT,
  `content` varchar(40) collate utf8_polish_ci NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_polish_ci AUTO_INCREMENT=1 ;
 
-- --------------------------------------------------------
 
--
-- Struktura tabeli dla  `comments`
--
 
CREATE TABLE `comments` (
  `id` smallint(6) NOT NULL AUTO_INCREMENT,
  `news_id` smallint(6) NOT NULL,
  `author` varchar(40) collate utf8_polish_ci NOT NULL,
  `time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `subject` varchar(60) collate utf8_polish_ci NOT NULL,
  `content` text collate utf8_polish_ci NOT NULL,
  PRIMARY KEY  (`id`),
  KEY `news_id` (`news_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_polish_ci AUTO_INCREMENT=1 ;
 
-- --------------------------------------------------------
 
--
-- Struktura tabeli dla  `groups`
--
 
CREATE TABLE `groups` (
  `id` smallint(6) NOT NULL AUTO_INCREMENT,
  `name` varchar(40) collate utf8_polish_ci NOT NULL,
  `access` smallint(6) NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8 COLLATE=utf8_polish_ci AUTO_INCREMENT=3 ;
 
-- --------------------------------------------------------
 
--
-- Struktura tabeli dla  `guides`
--
 
CREATE TABLE `guides` (
  `id` smallint(6) NOT NULL AUTO_INCREMENT,
  `author_id` smallint(6) NOT NULL,
  `time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `subject` varchar(50) collate utf8_polish_ci NOT NULL,
  `content` text collate utf8_polish_ci NOT NULL,
  PRIMARY KEY  (`id`),
  KEY `author_id` (`author_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_polish_ci AUTO_INCREMENT=1 ;
 
-- --------------------------------------------------------
 
--
-- Struktura tabeli dla  `items`
--
 
CREATE TABLE `items` (
  `id` smallint(6) NOT NULL AUTO_INCREMENT,
  `name` varchar(50) collate utf8_polish_ci NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_polish_ci AUTO_INCREMENT=1 ;
 
-- --------------------------------------------------------
 
--
-- Struktura tabeli dla  `loot`
--
 
CREATE TABLE `loot` (
  `id` smallint(6) NOT NULL AUTO_INCREMENT,
  `monster_id` smallint(6) NOT NULL,
  `item_id` smallint(6) NOT NULL,
  `chance_id` smallint(6) NOT NULL,
  PRIMARY KEY  (`id`),
  KEY `monster_id` (`monster_id`,`item_id`,`chance_id`),
  KEY `item_id` (`item_id`),
  KEY `chance_id` (`chance_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_polish_ci AUTO_INCREMENT=1 ;
 
-- --------------------------------------------------------
 
--
-- Struktura tabeli dla  `monsters`
--
 
CREATE TABLE `monsters` (
  `id` smallint(6) NOT NULL AUTO_INCREMENT,
  `name` varchar(60) collate utf8_polish_ci NOT NULL,
  `health` int(11) NOT NULL,
  `experience` int(11) NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_polish_ci AUTO_INCREMENT=1 ;
 
-- --------------------------------------------------------
 
--
-- Struktura tabeli dla  `news`
--
 
CREATE TABLE `news` (
  `id` smallint(6) NOT NULL AUTO_INCREMENT,
  `subject` varchar(60) collate utf8_polish_ci NOT NULL,
  `content` text collate utf8_polish_ci NOT NULL,
  `time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `author_id` smallint(6) NOT NULL,
  PRIMARY KEY  (`id`),
  KEY `author_id` (`author_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_polish_ci AUTO_INCREMENT=1 ;
 
-- --------------------------------------------------------
 
--
-- Struktura tabeli dla  `users`
--
 
CREATE TABLE `users` (
  `id` smallint(6) NOT NULL AUTO_INCREMENT,
  `name` varchar(40) collate utf8_polish_ci NOT NULL,
  `password` varchar(40) collate utf8_polish_ci NOT NULL,
  `group_id` smallint(6) NOT NULL,
  PRIMARY KEY  (`id`),
  KEY `group_id` (`group_id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8 COLLATE=utf8_polish_ci AUTO_INCREMENT=2 ;
 
-- --------------------------------------------------------
 
--
-- Stand-in structure for view `users_view`
--
CREATE TABLE `users_view` (
`id` smallint(6)
,`name` varchar(40)
,`password` varchar(40)
,`group_name` varchar(40)
,`access` smallint(6)
);
-- --------------------------------------------------------
 
--
-- Structure for view `users_view`
--
DROP TABLE IF EXISTS `users_view`;
 
CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY DEFINER VIEW `fansite`.`users_view` AS SELECT `fansite`.`users`.`id` AS `id`,`fansite`.`users`.`name` AS `name`,`fansite`.`users`.`password` AS `password`,`fansite`.`groups`.`name` AS `group_name`,`fansite`.`groups`.`access` AS `access` FROM (`fansite`.`users` LEFT JOIN `fansite`.`groups` ON((`fansite`.`users`.`group_id` = `fansite`.`groups`.`id`)));
 
--
-- Ograniczenia dla zrzutów tabel
--
 
--
-- Ograniczenia dla tabeli `comments`
--
ALTER TABLE `comments`
  ADD CONSTRAINT `comments_ibfk_1` FOREIGN KEY (`news_id`) REFERENCES `news` (`id`);
 
--
-- Ograniczenia dla tabeli `guides`
--
ALTER TABLE `guides`
  ADD CONSTRAINT `guides_ibfk_1` FOREIGN KEY (`author_id`) REFERENCES `news` (`id`);
 
--
-- Ograniczenia dla tabeli `loot`
--
ALTER TABLE `loot`
  ADD CONSTRAINT `loot_ibfk_3` FOREIGN KEY (`chance_id`) REFERENCES `chance` (`id`),
  ADD CONSTRAINT `loot_ibfk_1` FOREIGN KEY (`monster_id`) REFERENCES `monsters` (`id`),
  ADD CONSTRAINT `loot_ibfk_2` FOREIGN KEY (`item_id`) REFERENCES `items` (`id`);
 
--
-- Ograniczenia dla tabeli `news`
--
ALTER TABLE `news`
  ADD CONSTRAINT `news_ibfk_1` FOREIGN KEY (`author_id`) REFERENCES `users` (`id`);
 
--
-- Ograniczenia dla tabeli `users`
--
ALTER TABLE `users`
  ADD CONSTRAINT `users_ibfk_1` FOREIGN KEY (`group_id`) REFERENCES `groups` (`id`);
 
[SQL] pobierz, plaintext 

Jak widać tabele zostały już powiązane - chyba jest dobrze.
Utworzyłem dodatkowo widok, który pozwoli ułatwi mi tworzenie zapytań w php.

I tutaj pierwszy problem:
Będę potrzebował wyciągnąć danego potwora z bazy z całym lootem.
Tabele: monsters, loot, items, chance
Teraz pytanie jak złączyć te tabele, aby się zbytnio w php nie narobić i zrzucić większość na MySQL, myślałem o widoku, jednak dla jednego potwora loot może zawierać od kilku do kilkunastu elementów.

Drugie jest pytanie:
Czy można zaprojektować to lepiej? W inny sposób? Może inne typy pól? Starałem się wszystko starannie przemyśleć i ocenić +/- ile danych gdzie będę przechowywał.

[kilas88]

Z tabli comments wywaliłbym news_id i przeniósł do osobnej tabeli. Co jeśli będziesz chciał dodać możliwość komentowania dla czegoś innego? Ale to taka drobnostka

[Fifi209]

Z tabli comments wywaliłbym news_id i przeniósł do osobnej tabeli. Co jeśli będziesz chciał dodać możliwość komentowania dla czegoś innego? Ale to taka drobnostka

Komentarze mają być tylko dla newsów w dodatku moderowane - o widzisz już jest coś o czym zapomniałem.
Swoją drogą, dodać zwykłe pole które da znać czy zaakceptowany?

Ten post edytował fifi209 31.07.2010, 20:11:33

[kilas88]

Komentarze mają być tylko dla newsów w dodatku moderowane - o widzisz już jest coś o czym zapomniałem.
Swoją drogą, dodać zwykłe pole które da znać czy zaakceptowany?

Zazwyczaj wystarczy pole typu BOOL. Można też dać pole 'status' (TINYINT) i mieć kilka wariantów moderacji.

[Fifi209]

Zazwyczaj wystarczy pole typu BOOL. Można też dać pole 'status' (TINYINT) i mieć kilka wariantów moderacji.

Wystarczy mi możliwość akceptowania. ;p

[blawat]

w czym problem z tym zlaczeniem?

robisz normalnego left joina odpowiednich tabel i tyle... jak dany monster bedzie mial wiecej lotow to np. w widoku monster bedzie powtorzony odpowiednia ilosc razy... kwestia tak na prawde do czego to potrzebujesz? bo biorac pod uwage uzytecznosc to chyba lepiej zrobic jakis obiekt - monster i dolozyc mu metody zwracajace informacje na temat lotow i innych spraw a to czy to zrobisz sobie przez wyciagniecie jednym zapytaniem z widoku wszystkich danych i obrobieniem tego w php czy np 2 osobnymi zapytaniami bez zadnego obrabiania to juz jak ci wygodniej no chyba ze chcesz byc pro to odpal profilera i zobacz co jest wydajniejsze

Ten post edytował blawat 31.07.2010, 20:33:36

[Fifi209]

w czym problem z tym zlaczeniem?

robisz normalnego left joina odpowiednich tabel i tyle... jak dany monster bedzie mial wiecej lotow to np. w widoku monster bedzie powtorzony odpowiednia ilosc razy... kwestia tak na prawde do czego to potrzebujesz? bo biorac pod uwage uzytecznosc to chyba lepiej zrobic jakis obiekt - monster i dolozyc mu metody zwracajace informacje na temat lotow i innych spraw a to czy to zrobisz sobie przez wyciagniecie jednym zapytaniem z widoku wszystkich danych i obrobieniem tego w php czy np 2 osobnymi zapytaniami bez zadnego obrabiania to juz jak ci wygodniej no chyba ze chcesz byc pro to odpal profilera i zobacz co jest wydajniejsze

Wolę pomyśleć raz i się poradzić, niż później żałować złego wyboru.
Właśnie jak zrobię widok to będzie powtórzone ileś razy, a nie da się zrobić tak, aby wyciągać wszystko naraz?
tj. jedno zapytanie - jeden rekord - jeden potwór i CAŁY loot

Ten post edytował fifi209 31.07.2010, 22:00:08

[blawat]

jedno zapytanie - jeden rekord - jeden potwór i CAŁY loot

jesli masz kilka loot'ow w bazie (kilka rekordow) to jak chcesz jendym zapytaniem wyciagnac jeden rekord ktory bedzie zawieral w sobie wszystkie te rekordy? takiego czegos sie nie da zrobic - a przynajmniej mi na ten temat nic nie wiadomo....

napisz sobie funckje w php ktora z otrzymanej tablicy wyniku z bazy zrobi ci tablice "dwu wymiarowa" - w "pierwszym wymiarze bedziesz mial potwora a w drugim tablice z lootami"

[zelu]

GROUP_CONCAT?