[mysql] tabela przechowujaca dane z rejestracji Opcje

[nobo]

Mam tabele w bazie danych, ktora przechowuje dane podane w procesie rejestracji (ID, login, haslo, imie, nazwisko ... )

Czy takie dane trzyma sie w jednej tabeli, czy lepiej rozbic na 2 tabele, z ktorych jedna bedzie posiadac pola login, haslo oraz ID ktory bedzie polaczeniem miedzy 2 tabelami, gdyz te dane beda czesciej wykorzystywane.

Czy czas sortowania 2 Tabel o tej samej ilosci rekordow, jest rozny w zaleznosci od tego z ilo pol sklada sie jeden rekord?


Nigdy nie projektowalem bazy danych, a zalezy mi na tym aby byla w miare optymalnie zrobiona. (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Ten post edytował nobo 4.11.2007, 18:30:22

[nobo]

Nastawiam sie na kilka tysiecy rekordow, dlatego myslalem aby rozbic na 2 tabele.


Mam jeszcze jedno pytanie dotyczace spraw optymalizacji bazy danych. A mianowicie:

Dane typu login czy adres email musza byc unikatowe, podczas rejestracji nastepuje proces sprawdzania czy takie dane nie wystepuja juz w bazie danych.
Przy kilku tysiacach rekordow, dane powinny byc posortowane aby mozna jak najszybciej wyszukiwac. (Mysle tu o algorytmach wyszukiwania dzialajacych na posortowanych zbiorach). Czy takie tabele sortuje sie podczas zapytania np. podczas rejestracji, w celu sprawdzenia czy np. login taki juz jest (co wydaje mi sie bardzo czasochlonne,) czy takie tabele sa sortowane na biezaco i ukladane hierarchicznie podczas dodawania nowych rekordow. Jak to jest w praktyce w bazach z bardzo duza iloscia rerkordow, gdzie czynnik czasu odgrywa najwieksze znaczenie.

Mialem do czynienia z programowaniem aplikacji, teraz rozpoczynam prace nad pewnym projektem (amatorskim (IMG:http://forum.php.pl/style_emoticons/default/blinksmiley.gif) ), gdzie optymalizacja bazy danych stoi na najwyzszym miejscu. A lepiej robic cos dokladnie od poczatku niz pozniej poprawiac.