Jedna baza danych , czy kilka ?

Question

Cześć mam problem natury ideologicznej, mianowicie tworzę strony internetowe ale do tej pory były to dość proste witryny, teraz przyszło mi się zmierzyć z projektem, który będzie opierał się na użytkownikach i nie wiem jakie rozwiązanie będzie najbardziej optymalne. Chciałabym by były dwa typy użytkowników - organizatorzy i zawodnicy. Mam już zrobiony formularz rejestracji, logowania i aktualizacji danych. Aktualnie wszyscy użytkownicy są wrzucani do jednej bazy danych i rozróżniani na podstawie zaznaczenia w formularzu kim są czyli po prostu w bazie pojawia mi się jak dany użytkownik się określił i teraz problem jaki się pojawia jest taki, że ci użytkownicy będą musieli wpisywać różne rodzaje danych dla siebie np. zawodnik będzie musiał wpisywać swój nr ewidencyjny czego, a organizator nie wiec moje pytanie jest takie: czy rozdzielić to na dwie bazy danynch oddzielna dla zawodników oddzielna dla organizatorów ? Dwie bazy chyba będą potrzebować dwóch oddzielnych formularzy rejestracyjnych ? Czy ktoś mógłby mi doradzić ? A może jeszcze jakieś inne rozwiązanie ? Pozdrawiam :)

 

edit: oczywiście chodziło mi o tabele, aktualnie wszyscy są w jednej tabeli

Answer 1

Jeden projekt, jedna baza danych wiele tabel. Wiesz co to relacje?

Comments

oczywiście chodziło mi o tabele! ;) czyli rozdzielić organizatorów i zawodników (w dwóch tabelach) ?

---

A czy ktoś mi powie czy nie lepiej zrobić tabela prawa: kolumny organizator, zawodnik, create_data delete_date i wyszukiwać wherem delete_date is null i orginazator != null i w drugą stronę z zawodnikiem (jeśli kto kolwiek zrozumiał co napisałem)

W przypadku dodania kogoś do organizaotra 1 w kolumnie organizator null w zawodnik create_date = timestamp z date() i finioto analogicznie do zawodnika

Answer 2

Zainteresuj się systemem binarnym, albo ACL,ewenwtualnie RBAC, ale to już dość rozbudowany system uprawnień jest.

Answer 3

Sprawa wygląda bardzo prosto. Na początek polecam poczytać o relacjach w bazie danych, jeden do jednego, jeden do wielu, wiele do wielu.

Ogólnie to wszystko tworzysz w jednej bazie danych obojętnie jak ją sobie nazwiesz, a niej tworzysz 3 tabele.

1. Pierwsza tabela to ogólna tabela z użytkownikami gdzie powiedzmy zamieścisz dane typi nazwa użytkownika i hasło.
2 . Druga tabela to powiedzmy tabela z organizatorami i tutaj robisz powiązanie jeden do jeden z tabelą użytkowników. Jeden do jeden, bo obstawiam, że użytkownik może mieć tylko jedno konto organizatora.
3. Trzecia tabela będzie zawierała dane zawodników i tak jak w przypadku wyżej robisz powiązanie jeden do jeden, bo tylko jedno konto użytkownika może mieć jedno konto zawodnika, a jak może być na jednym koncie kilku zawodników to można zrobić powiązanie jeden do wielu.