🚀 go-pugleaf

Czesc !

Wdrozylem ostatnio aplikacje bazodanowa w formacie Paradox7. Projekt nad nia
trwal prawie 2 lata, wiec zebralo sie troche doswiadczen.

teza

- Paradox wydaje sie byc lepszym produktem od dBase'a

argumenty

- Jest sporo szybszy od dBase'a. Testy wydajnosciowe przeprowadzilem na
zywym organizmie aplikacji. Aplikacja co jakis czas potrzebuje generowac
ogromne obciazenie dla starownika bazy poprzez naprzemienne usuwanie i
dodawanie ok 2-3 mln. wierszy do kilkunastu powiązanych tabel. Robi to
oczywiscie wielowatkowo, bo uzytkownik pomyslalby ze sie zawiesilo :-). W
kazdej chwili taki watek moze jednak byc przerwany przez wyjatek lub
uzytkownika i tu kryje sie niebezpieczenstwo o jakim pisales - padanie
indeksow.

- organoleptycznie sprawdzilem, ze ratowanie indeksow jest mozliwe przez
developera przy pomocy DatabaseDesktop'a - wystarczy otworzyc okno
Restructure i kazac mu spakowac odpowiednia tabele - przy okazji odtwarzane
sa indeksy i klucze.

- Balem sie, ze beda one padac tak czesto, ze bede musial sie przeprowadzic
do klienta na stale :-) i zaczalem szukac programowej metody odpowiedzialnej
za pakowanie tabel (jako czynnosc wykonywana w obsludze wyjatku), ale w
bibliotekach Delphi takiej nie znalazlem. Musi byc gdzies w BDE API.

- Opisane powyzej problemy zniknely jak reka odjal od momentu gdy zaczalem
poprawnie uzywac tabel i zapytan, np. tak:

Table.Open;
try
  { tutaj czynnosci wykonywane na tabeli }
  { np otworzenie okna korzystajacego z tabeli }
finally
  Table.Close;
end;

Wnioski
- padanie indeksow to wina zlego zamykania tabeli (robi to ktos za nas a nie
my sami)
- tabele powinno sie raczej otwierac programowo a nie na stale z poziomu
interfejsu (np na formie ustawiajac wlasciwosc Active w object inspektorze
na True) i zamykac zaraz po tym jak nie sa juz nam potrzebne.

- Moze sie zdarzyc, ze padnie struktura tabeli. Wtedy ratunku ci moze
udzielic Borland Paradox 7. Ma on tam opcje do odzyskiwania danych z
uszkodzonych tabel (przepisuje to co sie da odratowac do innej tabeli);

To chyba najwazniejsze rzeczy o jakich pamietam. W razie czego pisz na
priva.

Pozdrawiam
Maciek Chomicki


Konrad Kondracki <konradk@pol.pl> wrote in message
news:7eik81$ipc$1@info.nask.pl...
> Co prawda ostatnio spotyka sie wiele opinii na temat roznych formatow
> zapisywania danych, lecz nie rozwialy one moich dylematow. Aplikacja
> napisana w Delphi ma dzialac ma malej sieci lokalnej pod Win95/98
niewielka
> liczba uzytkownikow (ok 5).
> Ma obslugiwac ok 10 tabel z liczba rekordow (z zalozenia) nie
> przekraczajacych 100 000. Glownie kartoteki.
> Tabele na razie projektowane sa w formacie Paradox 7.
> Pytanie brzmi: czy jest to optymalny dobor formatu DB.
> Czy moze stabilnieszy bylby format dBase. Na razie nie biore pod uwage
> Interbase itp.
> Czy dla tego projektu warto jest rezygnowac z formatu Paradox'a mimo jego
> wad np czeste gubienie indeksow (jesli ktos zna wiecej praktycznych wad
> prosze o ich podanie !). Zreszta w bazach Paradox'a tylko gubienie
indeksow
> i ich odbudowywanie bylo dla mnie jak dotychczas najwiekszym
zmartwieniem -
> Moze jest na to jakas praktyczna rada.
> A moze bedzie lepiej "wrocic" do DBase. Jednak jego mozliwosci wydaja mi
sie
> troche archaiczne.
> W skrocie mowiac najbardziej zalezy mi aby operatorzy programu nie tracili
> danych zbyt czesto, bo predkosc dzialania programu dla opisanych wczesniej
> zalozen nie jest chyba zbyt istotnym czynnikiem.
> Prosze o wszelkie sugestie.
>
> --
> Konrad Kondracki
> konradk@pol.pl
>
>