Opiniowanie pakietow -- baza danych i nie tylko

[Paweł Kołodziej]

Hej.
Jesli bedziemy robili to na sql'u (moim zdaniem powinnismy) to proponuje
taka srtukture bazy:

Tabela: osoby
ID, imie, nazwisko, ksywa, email, status
(status czyli liczba okreslajaca status użytkownika: "user", "operator",
"zaufany user" );

Tabela: funckje
ID, nazwa funkcji

Tabela: pakiety
ID, nazwa

Tabela: architektury
ID, nazwa

Tabela: raporty
ID, ID_osoby, IDkompa, ID_pakiety, ID_architektura, EVR, data 

Tabela: ocena
ID, ID_raport, ID_funkcja, ocena

Tabela: komentaze
ID_ocena, komentaz

Tabel: srodowisko
ID_raport, ID_pakiet, EVR, ID_architektura

Tabela: pakiet_funckja
ID_pakiet, ID_funckja

Kilka slow komentaza:
- EVR to Epoch Version Revision. Nie jestem pewien czy nie bylo by lepiej
  wszyskie EVR'y wywalic do osobnej tabeli, i w odpowiednich miejscach
  zamiast EVR przechowywac ID_evr
- tabela pakiet_funkcja opreśla jakiemu pakieteowi sa przypisane jakie
  funkcje
- tabela srosdwisko informauje o zainstalownaych przez usera innych
  programach wymaganych przez dany
- IDkompa do numerek natawany przez nas komputerom (bo jeden user moze
  miec kilka kompow). Nie ma potrzeby przechowywania tych numerow w
  osobnej tabeli, bo nie jest z nimi powiazana zadna informacja (no chyba
  ze bedziemy trzymali jakies info o kompach (procek, cos takiego).
- mylse ze spokojnie mozna rozdzielic pobieranie danych (od strony
  serwera) od wysylania ich do klienta, i robienia statystyk. W takim
  ukladzie kazda czesc moze byc pisana w czym innym.

To chyba tyle na dzis.

-- 
Paweł Kołodziej 
pawelk w pld.org.pl 
,,O ile nam wiadomo, komputer nigdy nie popełnił niewykrytego błędu.''
                                                 -- Weisert