DATABASE dla każdego Opcje

[Pogo]

Witam.

Od niedawna zastanawiam się nad strukturą pewnej bazy, a raczej nad pomysłem na nią.

Powiedzmy że istnieje X użytkowników, każdy użytkownik posiada powiedzmy 10 danych kontaktowych, 10 danych administracyjnych, 10 danych dodatkowych Y i 10 danych dodatkowych Z, a każda z Y oraz Z posiada swoich 10 kolejnych właności.

Rozwiązanie takiej bazy jest dosyć proste.
tabela Users
tabela Y
tabela Z

i wybieranie z Y oraz Z danych przy pomocy selekcji ID usera.

Takie jednak rozwiązanie wprowadza troche chaosu do bazy,
w tabeli Y (tudzież Z) mamy wpisy wszystkich użytkowników, a tabela Users ma 2m.
dużo bardziej przyjemnie i przejżyście byłoby, gdyby każdy z użytkowników miał swoją DATABASE,
a w niej odpowiednie tabele, KONTAKT, ADMINISTRATE, Y, Z, itd
funkcje php były by bardziej przejżyste, tablice przeglądało by się szybciej i prościej, i cały świat byłby znów trochę piękniejszy.

No i teraz pytanie... czy takie rozwiązanie ma sens ?
Czy MySql ma ograniczenie co to ilości DATABASE ?
Czy taki układ bardziej obciąża system ?
Jeżeli to głupie, to dlaczego ? (nasłuchałem się już : "bo tak się nie robi" i "nie, tak nie można", ale nikt nie jest w stanie mi wytłumaczyć dlaczego, więc darujcie sobie zbędne komentarze)

Może ktoś już tak próbował ?

[kaminskp]

Moim zdaniem ja bym to załatwił dwiema tabelami.

nazwa_czlowieka
id_czlo
nazwa

adresy
id_adresu
id_czlo
adres

Samo zapytanie w SQL może niech ktoś inny wymyśli.
Ale kiedy zapytasz o adresy Kowalskiego o id_czlo = 2 to powinny się wyświetlić.