Optymalna ilość baz danych w środowisku, Na serwerze... Opcje

[ixpack]

Zastanawiam się czy jest możliwość sprawdzenia optymalnej (lub maksymalnej) ilości baz danych na serwerze (serwer przeznaczony jedynie na bazy danych)? Jeżeli jest taka możliwość proszę o wskazówki... Oczywiście zależnie od konfiguracji serwera (procesor, pamięć etc.).

Każda baza to maksymalnie 15 tabel, głównie informacje takie jak imię, nazwisko, adres. Przewidywana ilość zapytań dla każdej bazy to 1/5 minut - czyli nie wiele.

Planuję ograniczyć liczbę baz do 500set na serwer co da około 100 zapytań na minutę - czyli raczej dobrze (zależy mi na wydajności). Ale to są znaki zapytania...

Z góry dziękuję za każdą konstruktywną odpowiedź. Nie ważne jaka baza danych, sam myślę o MySql, ale postgre też nie jest mi obce (IMG:style_emoticons/default/wink.gif) (ms odpada - mam uraz (IMG:style_emoticons/default/wink.gif) przez sqlsrv)

Ten post edytował ixpack 24.05.2011, 11:31:15

[zbig]

Witam ponownie.

Niezupelnie to mialem na mysli, co napisales. Tzn. jakbym nie patrzyl to 30000 tabel w DB, albo 2000 DB na jednym servie to extremum. Ja myslalbym o czyms inym. Jezeli te bazy maja taka sama strukture, zrob z nich np. 100 * 15 tabel i pogrupuj dane w tych tabelach, a wposzczegolnych bazach daj userom dostep tylko do tych danych do ktorych maja oni prawo ( Zakladajac oczywiscie ze moga oni READ_ONLY ) . Zrobienie 2000 baz pozbawi Cie kontroli nad tym co dzieje sie faktycznie na serwerze. Drugi problem to ograniczenia zwiazane z maksymalna iloscia otwartych plikow zdefiniowanych w /etc/mysql/my.cnf - open-files-limit. Zobacz ten link : http://serverfault.com/questions/233614/my...pen-files-limit i http://www.geeksww.com/tutorials/database_...it_on_linux.php . Poza tym istnieje limit systemowy ograniczajacy ilosc otwartych jednoczesnie plikow co wynika posrednio z drugiego artykulu .

Rozwaz dobrze wszystkie za i przeciw zanim wpakujesz sie w klopoty z placzacymi klientami (IMG:style_emoticons/default/biggrin.gif)

Pozdrawiam.