Nie mogę załapać jak korzystać z relacyjnych baz danych.

Przykładowo jeśli chciałbym stronę, gdzie dodaję informacje o sobie, tj. numer gg. Mając na uwadze, że strona może być rozbudowywana powinienem stworzyć kilka tabel ze sobą powiązanych? Takie zabezpieczenie jeśli za miesiąc zechcę dodać też możliwość wpisywania adresu skypa.

Korzystam z DBDESINGERahttp://img129.imageshack.us/img129/649/modelhi5.png

[SQL] pobierz, plaintext 
CREATE TABLE person (
  idperson INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
  name VARCHAR(255) NOT NULL,
  PRIMARY KEY(idperson)
)
TYPE=InnoDB;
 
CREATE TABLE messengers (
  idmessengers INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
  name VARCHAR(255) NOT NULL,
  description TEXT NULL,
  PRIMARY KEY(idmessengers)
)
TYPE=InnoDB;
 
CREATE TABLE messenger (
  idmessenger INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
  person_idperson INTEGER UNSIGNED NOT NULL,
  messengers_idmessengers INTEGER UNSIGNED NOT NULL,
  address VARCHAR(255) NOT NULL,
  PRIMARY KEY(idmessenger),
  INDEX messenger_FKIndex1(messengers_idmessengers),
  INDEX messenger_FKIndex2(person_idperson),
  FOREIGN KEY(messengers_idmessengers)
    REFERENCES messengers(idmessengers) ON DELETE NO ACTION ON UPDATE NO ACTION,
  FOREIGN KEY(person_idperson)
    REFERENCES person(idperson) ON DELETE NO ACTION ON UPDATE NO ACTION
)
TYPE=InnoDB;
[SQL] pobierz, plaintext 

Jest to sensowne rozwiązanie?

Teraz po dodaniu kilku wpisów chciałbym wyszukać wpis z
adresem jakiegoś komunikatora (posiadam nazwę - zmienna) dla pewnej osoby (posiadam login - kolejna zmienna).

Nie potrafię napisać takiego zapytanie, bo większość kursów kończy się na prostym SELECT ...;

Rozwiazanie jest ok (co najwyzej czepilbym sie nazw tabel i kolumn: people, messengers, messengers_people ), relacje wiele do wielu (user ma wiele komunikatorow, i numer w tym samym komunikatorze jest posiadany przez usera)

Cchesz numer/konto dla wybranej osoby dla wybranego komunikatora?

[SQL] pobierz, plaintext 
SELECT p.name AS person_name, m.name AS messenger_name, mp.address AS account FROM messenger AS mp JOIN messengers AS m ON mp.messengers_idmessengers = m.idmessengers JOIN person p ON p.idperson = mp.person_idperson WHERE p.name = $nazwa_usera AND m.name = $nazwa_komunikatora
[SQL] pobierz, plaintext 

(zmien nazwy tabel bo piszac to query ciagle sie myle, co oznacza ze nie sa najlepsze )

1. Co sądzisz(cie) o takim planie? DBDesigner4 PNG / SQL. Co głupio nazwane, co jest bez sensu, a co dodać/zmienić/usunąć itd.?

2. Jakie są rodzaje relacji? ( 1:1, 1:n, n:m itp. nie wiele mi mówi ). Użyłem wszędzie 1:n non-identifyng.

3. Jak przechowywac informacje typu boolean w bazie danych? (VARCHAR - 0 lub 1, czy INTEGER 0 lub 1 czy jakos inaczej?)

4. Czy dzięki relacji można stworzyć takie dwie tabele (np. person i session), które są tak powiązane, ze nie mogą istnieś dwa wpisy o takie samej wartości pewnego pola (np. ID użytkownika)? Czyli niemożliwe jest ze dla użytkownika o ID == 5 istniały dwa wpisy w tabeli session o polu person_id == 5.

Proszę o wszelkie wskazówki dot. takiego planowania bazy (i strony)
Z gory dzieki za wszelka odpowiedz!