🚀 go-pugleaf

Dnia Sun, 5 May 2013 16:02:51 -0700 (PDT), M.M. napisał(a):

> Teraz z innej beczki:
> Odczyt z dysku jest szybki, naprowadzania glowicy
> wolne. Na dysku lezy duza tabela, zawiera recepty pacjentow. Recepty
> moga byc porozrzucane losowo. Gdy chce recepty Xa, to naprowadzam
> glowice nad kazdy rekord z recepta i odczytuje. Gdy chce recepty
> Ya, to robie to samo. Mozna wiec zmienic kolejnosc recept, tak aby
> obok siebie lezaly recepty tego samego pacjenta. Ale gdy bede
> chcial recepty z 5-maja, to napotkam ten sam problem, w innej 
> postaci. Indeksy rozwiazuja problem przeszukiwania calej tabeli, ale
> nie rozwiazuja problemu gdy rekordy sa losowo porozrzucane.
> 
> Czy w bazach danych (w systemach operacyjnych?) sa standardowo 
> implementowane jakies rozwiazania tego problemu? Gdybym mial 
> recznie cos takiego rozwiazywac, to chyba bym zrobil dwie kopie
> tabeli, w jednej bym posortowal po nazwiskach, w drugiej po dacie.

A co z fragmentacja dysku? Co Ci da to, ze dane beda "obok" siebie w pliku
skoro beda na dwoch koncach dysku? Pomijajac juz taki detal, ze nie ma
zadnego mechanizmu ukladania danych w tabelach wg swoich widzimisie. Tym
zarzadza serwer i nie masz do tego dostepu. Nie istnieje takie pojecie jak
kolejnosc ulozenia danych w pliku bazy danych. 
 
> Oczywiscie wplata sie w to wszystko koszmarny problem, a mianowicie
> spowolnienie operacji usuwania i edycji pola po ktorym tabele zostaly
> posortowane. Wiec moze optymalnym rozwiazaniem jest zrodlo danych na
> XML czy CSV a nie na tabelach rekordow? Z pliku CSV mozna latwo 
> usunac recepte, mozna recepte przeniesc z jednego pliku do drugiego.

Z pewnoscia moge zaryzykowac stwierdzenie, ze chocbys stanal na glowie nie
jestes w stanie zrobic nic wydajniejszego niz wspolczesne silniki DB. Powiem
wiecej, wydaje mi sie, ze trwonisz czas na nieistotnych rzeczach, bazy
danych dzialaja z setkami milionow rekordow, ze zlaczeniami i innymi
"utrudnieniami" i daja rade. Na 90% zrobisz w swoim sofcie wiecej waskich
gardel niz to, ktore dostaniesz od serwera SQL. Oczywiscie serwerowi tez
mozesz pomoc lub podlozyc noge projektujac dobra lub zla strukture tabel.

-- 
pozdro
R.e.m.e.K