[MySQL] jaka struktura bazy danych? Opcje

[wiciu010]

Chcę zrobić stronkę gdzie każdy użytkownik może się zarejestrować podając login i hasło. Wszystko będzie zapisywane do bazy MySQL do tabeli "users", gdzie będą pola id (kolejne liczby całkowite dla każdego użytkownika) login, hasło.
Każdy użytkownik będzie mógł w swoim profilu podawać takie dane jak:
-tytuł książki
-data przeczytania (np. 29.10.2007)
-gdzie kupiona

Czy te dane również zapisywać do tabeli users czy może jakiejś innej? Każdy użytkownik może podać po kilka tytułów itd. Jak powinna wyglądać struktura takiej bazy danych?

[prgTW]

[SQL] pobierz, plaintext 
CREATE TABLE `przeczytane` (
`id_przeczytane` int(8) UNSIGNED NOT NULL,
`id_usera` int(8) UNSIGNED NOT NULL,
`tytul` varchar(30) NOT NULL,
`data` int(8) UNSIGNED NOT NULL,
`gdzie` varchar(20) NOT NULL,
 
PRIMARY KEY (`id_przeczytane`)
)
 
CREATE TABLE `users` (
`id` int(8) UNSIGNED NOT NULL AUTO_INCREMENT,
`login` varchar(25) NOT NULL,
`haslo` varchar(40) NOT NULL,
 
PRIMARY KEY (`id`),
UNIQUE KEY (`login`)
)
[SQL] pobierz, plaintext 

przeczytane:
- id_usera (bo zlaczenia robi sie przez klucze w tabelach!
- data = int(8) - latwiej do wykorzystania z php (jako date ustawiasz wynik funkcji time(), formatowaniem zajmue sie html a nie baza)

- users:
- haslo = varchar(40) a nie varchar(32) - silniejsze hashowanie: sha1 zamiast md5, w bazie trzymaj hasla w formie hashowanej, a nie hasla uzytkownikow! przy logowaniu hashuj haslo ktore wpisze uzytkownik i porownuj z hashami w bazie.

dla szybkosci dzialania dodaj indeksy na id_usera (tabela przeczytane) i haslo (tabela userzy) - ale to tylko przy duzej liczbie wierszy w jednej lub drugiej tabeli, bo inaczej nie ma sensu zabierac miejsca na dysku, bo selecty i tak szybko sie beda wykonywac.

Ten post edytował prgTW 29.10.2007, 23:29:41