Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 2 Pomógł: 0 Dołączył: 4.09.2007 Skąd: Z nienacka Ostrzeżenie: (0%)
|
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ł ? |
|
|
|
Pogo DATABASE dla każdego 27.04.2008, 21:43:13
kaminskp Moim zdaniem ja bym to załatwił dwiema tabelami.
... 27.04.2008, 22:11:44
nevt CytatNo i teraz pytanie... czy takie rozwiąza... 27.04.2008, 22:29:45
Sedziwoj Cytat(nevt @ 27.04.2008, 23:29:45 ) 4... 27.04.2008, 22:58:01 ![]() ![]() |
|
Aktualny czas: 23.12.2025 - 16:35 |