Witam,
potrzebuje waszej pomocy jesli chodzi o schemat bazy dla aplikacji p2p. W tym momencie jest wg mnie miedzy 2 a 3cia postacia normalna, nie wiem czy jeszcze cos bardziej rozbijac. Wszelkie sugestie mile widzane.
pozdrawiam
0
0
wg mnie:
- tabela plik_usera jest niepotrzebna - każdy plik ma tylko jedną nazwę, ścieżkę, id i usera, który go wgrał (te dane powinny być w tabeli plik)
- tabela pytanie (a na pewno pole odpowiedź) też jest zbędna - jakie są szanse, że na 1000 userów conajmniej dwóch będzie miało dokładnie taką samą odpowiedz i pytanie
- stan_zalogowania też jest dyskusyjny - jak już to tabela z logowaniem (begin, end) i na tej podstawie czy jest zalogowany czy nie
- tabela ip też jest taka na siłę
0
skontruje troche:
- Tabela plik przedstawia pojedynczy plik z unikalnym kodem md5 i rozmiarem, natomiast plik_usera jest uzyta po to, iz wielu userow moze posiadac tak naprawde ten sam plik ale pod inna nazwa, inna sciezka itp. Po to jest tak klucz obcy z id_plik.
- Masz racje, ale mialem takiego wykladowce ze wedlug niego 3cia postac normalna to wszystko tak rozbite, ze juz sie bardziej nie da ; )
- begin end chodzi Ci o czasy zalogowania wylogowania? Obsluguje to w troche inny sposob, ale faktycznie mozna by to przerzucic do 1 tabeli bo w sumie to tylko jest 1 lub 0.
0
- jeśli jeden plik może mieć różne nazwy to ok
- możesz mieć osobną tabelę słownikową z pytaniami (jeśli są predefiniowane) ale odpowiedzi to w userze
- tabela z begin end jest lepsza, bo dodatkowo wiesz, kiedy ostatnio dany user był zalogowany, możesz tam też zapisywać ile podczas sesji ściągnął/wysłał itp