[BAZY DANYCH] problem przy projektowaniu bazy danych- jak rozwiązać taką sytuacje.

	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
	» cVas 23:26 » leosh 23:25 » yanix 23:25 » Chavez 23:23 » PCCPU 23:17 » ReeX 23:14 » Zbyszek.J 23:10 » Wolf 23:04 » Conan Bar 23:04 » Fl@sh 23:03 » Menah 23:00 » Dhoine 23:00 » burz 22:59 » maddog 22:57 » @GUTEK@ 22:55 » Kenny 22:49 » Holyboy 22:48 » faf 22:48 » pawel1207 22:47 » dugi 22:31 Dzisiaj przeczytano 34023 postów, wczoraj 36197 Szybkie ładowanie jest: wyłączone.

ccc

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

[BAZY DANYCH] problem przy projektowaniu bazy danych- jak rozwiązać taką sytuacje. , john565 2/04/06 14:50
jest sobie bliżej malookrślona baza danych w której są między innymi przechowywane informacje na temat utworów

załóżmy ze są to tylko podstawowe dane

wykonawca
tytuł
rok_wydania
dlugosc_w_sek

pytanie następujące jak rozwiązac kwestie wykonawcy, wiadomo że trzeba zrobić słownik zawierający wykonawców a do tabeli z info o utworze wrzucac tylko id

ale poradźcie co zrobić przy założeniu że wśród wykonawców (artystów indywidualnych/zespołów) mogą występować duety

i teraz kilka opcji kłebi mi sie po głowie
ale w sumie nie wiem co począć, jak połączyć to wszytsko zeby wyszło najoptymalniej i najlepiej, aby już nie dublować nazw ze słownika z wykonawcami

dziękuje bardzo za wszelką pomoc

f*ck

hmm , bartek_mi 2/04/06 16:04
wstaw tabele miedzy wykonawca a piosenka
i w tej tabeli masz id piosenkarzy i id z tej tabeli wstawiasz do tabeli z piosenka
zakrecilem ale chyba zalapiesz
dzisiaj jest jutrzejszym wczoraj
1. noo to chyba będzie właśnie to... , john565 2/04/06 16:11
  ale na wszelki zara wrzuce printscreena ztego fragmętu ERD, to zobaczysz czy cię dobrze zrozumiałem
  f*ck
  1. no więc , john565 2/04/06 16:43
    http://img317.imageshack.us/.../clipboard024md.gif
    f*ck
    1. nie wiem jescze... , john565 2/04/06 16:45
      czy te pola
      
      wykonawca_poj_1
      wykonawca_poj_2
      
      są ok pomyślane cyz mozna to jakoś lepiej rozwiązać
      f*ck
      1. kaszan panie , myszon 2/04/06 17:32
        a co jak utwór będzie miał 3 wykonawców? Dajesz pola:
        id
        id_utworu
        id_wykonawcy
        i jeśli utwór będzie miał 2 wykonawców to 2 encje będą przypisane jednej piosence. Jak trzech to 3 itd..
        kumam , john565 2/04/06 17:42
        i tak zrobie :]
        f*ck
        hmmm... to pierwsze pole id.... , rulezDC 2/04/06 20:08
        jest nie potrzebne, poprostu klucz glowny tabeli bedzie skladal z dwoch pol: id_wykonwacy, id_piosenki, i one beda unikalne, pzry twoim rozumowaniu moze sie zdarzyc ze bedzie sie powtarzac ta sama sekwencja danych, klucz id sie zmieni, a reszte mozna powtorzyc
        koniec koniec koniec
        jeśli chodzi o ścisłość, można utworzyć obiekt "skład" , bwana 3/04/06 10:35
        który ma własny klucz główny, podrzędnie obiekty Wykonawca i obiekt nadrzędny Utwór. Dzięki temu można tą samą instancją obiektu Skład "obsadzić" więcej niż jedną instancję obiektu typu Utwór (czyli dzięki temu tylko raz definiujemy duet (tercet, kwartet, ...), który wykonywał więcej niż jeden utwór).
        "you don't need your smile when I cut
        your throat"
    2. chodzilo , bartek_mi 2/04/06 17:33
      mi o cos takiego jak nizej napisal Deux
      dzisiaj jest jutrzejszym wczoraj
zrob asocjacje , Deus ex machine 2/04/06 17:28
plyta (id_plyty, tytul itd) Wykonawca_plyta(id_asc, id_plyty, id_wykonawcy) Wykonawca (id_wykonawcy, nazwisko itd)
"Uti non Abuti"
1. nikt tu o płytach nei wspominał !!! , john565 2/04/06 17:41
  czyżbyś miał konto na frazie ?
  f*ck
  1. nie .) , Deus ex machine 2/04/06 19:13
    tak mi sie napisalo .) aha przy asocjacji nie ma ograniczenia co do ilosci wykonawcow
    "Uti non Abuti"
dzęki wszytskim za sugestie , john565 2/04/06 17:53
nie wiem,a le coś ciężko mi dzisaj przychodzi kojarzenie faktów, to takie proste że aż mi wsztyd

jescze raz dzięki

pozdrawiam
f*ck