🚀 go-pugleaf

> Czy szanowni Grupowicze zastanawiali się nad optymalizacją
> baz danych do pracy w sieciach.

Witam serdecznie Grupowiczow.

>> Uwaga dlugie <<

Swego czasu napisalem, wdrozylem a teraz sie opiekuje aplikacja napisana
pod MS Access 2.0 pracujaca w sieci Novell Netware 3.12/4.11 (w zaleznosci
od lokalizacji).
Zalozenia:
-na serwerze plikow znajduja sie tabele,
-siec 10Mb (w jednym oddziale 100Mb),
-na stacjach roboczych sa aplikacje,
-kazda stacja robocza ma minimalnie 16MB, srednio 32MB RAM,
-maksymalnie uzywanych jest 20 stacji roboczych (na razie),
-jest okolo 30 tabel,
-najwieksza z nich zawiera ok. 60 tys. rekordow (przyrost 1 tys./miesiac),
-baza jest znormalizowana do 3PN.

Mam troche spostrzezen:
-kluczowa role gra jakosc kart sieciowych, zmiana z NE2000 na 3Com
podniosla wydajnosc o ok. 60%,
-drugi istotny czynnik to "sila" koncowki - zmiana z 486DX66 na P120 i
pamieci z 16 na 32 MB podnosi wydajnosc o ok. 30% (przepraszam za te
historyczne typy procesorow - wtedy robilem pomiary),
-ilosc pamieci w serwerze (do prawidlowej pracy trzeba drastycznie
zwiekszyc wartosci ..RECORD LOCKS... na serwerze),
-jakosc serwera nie gra bardzo duzej roli, uzyje tu nieprecyzyjnego
wyrazenia - wystarczy, gdy serwer jest przyzwoity (jakies Pentium, dyski
SCSI, RAM 32MB lub wiecej),
-czas reakcji systemu na zapytania jest zadawalajacy (jeszcze ;-), sa
oczywiscie zapytania typu "laczenie 6 tabel, unia, grupowanie, sortowanie"
ktore wykonuja sie okolo 5 minut, ale sa to statystyki, uruchamiane co
jakis czas i jest to do przyjecia, przy standardowych czynnosciach
maksymalny czas odpowiedzi nie jest dluzszy niz 5 sekund (co jednak bywa
chwilami denerwujace),
-bledy, ktore sie pojawiaja w zwiazku z praca w sieci sa stosunkowo
rzadkie, ale ciezkie do zwalczenia: np. "blad zarezerwowany numer -1027,
dla tego bledu nie ma komunikatu". Zdazaja sie uszkodzenia baz np. dlugo
walczylem, zanim sie okazalo, ze baza jest systematycznie "kaleczona" przez
koncowke, w ktorej byl podkrecony procesor (w zadnej innej aplikacji bledy
sie nie pojawialy, a Windows sie wysypywal ze standardowa czestotliwoscia).
Kolejna sprawa to nieszczesne record locki na serwerze - gdy byly za male
to jedno dosc skomplikowane i specyficzne zapytanie zawieszalo koncowke,
-swojego czasu napisalem mini-aplikacje, ktora naprawia i defragmentuje
pliki z tabelami i zalecilem jej systematyczne uruchamianie np. co tydzien.
Porzadki dobrze wplywaja na wydajnosc,
-bazy nie nalezy normalizowac za wszelka cene, 3PN i 2PN sa najbardziej
wydajne,
niekiedy dla zwiekszenia szybkosci warto zrezygnowac z normalizacji,
-analogicznie nie nalezy sie bac redundancji - czas ma wieksza cene niz
wiekszy dysk w serwerze,
-osobna zupelnie bajka jest praca MS Access 2.0PL z roznymi wersjami
Windows
(3.1, 3.11, 95, 98, angielska, czeska, niemiecka, polska, nawet wegierska).
Gdy ktos bedzie mial jakies pytania to prosze o kontakt.

Tomasz Matejko

Tomasz.Matejko@lsb.com.pl.a_to_usun_gdy_bedziesz_odpisywal

PS. Gratuluje, ze dotarles do konca tej wiadomosci ;-)