🚀 go-pugleaf

Proponuje jednak zastosować wspomniany Interbase - zawsze to jakiś opiekun
tego, co się dzieje z bazą.

Pozdrawiam

R.K.

Konrad Kondracki napisał(a) w wiadomości: <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
>
>

Robert Krygier napisał(a) w wiadomości: ...
|Proponuje jednak zastosować wspomniany Interbase - zawsze to jakiś opiekun
|tego, co się dzieje z bazą.
|
|Pozdrawiam
|
|R.K.
|


Należy zwrócić uwagę na fakt, że zastosowanie Interbase'a wymusza na
użytkowniku zakup serwera Interbase, co stanowi dodatkowy koszt. Dla małej
firmy może on być nie do przeskoczenia. Osobiście preferuję paradoxa. Co do
gubienia indeksów, to jeszcze się z tym nie spotkałem ( pod D1, D3, D4).
Natomiast problemy z indeksami miałem z DBase. Czasami indeks się sypał przy
dużych ilościach rekordów. Jeżeli zależy Ci na użyciu jakiegoś serwera, to
spróbuj Linux+PostreSQL+ODBC.

Pozdrawiam


Błażej Filimonow
gusi@suntech.com.pl
--------------------------------------------------------------------
"The day Microsoft makes something that doesn't suck is probably the
day they start making vacuum cleaners" - Ernst Jan Plugge

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
>
>

Gusi <gusi@suntech.com.pl> napisał(a) w artykule
<7ekg97$qrg$1@netra.daewoo.com.pl>...
> Robert Krygier napisał(a) w wiadomości: ...
> Należy zwrócić uwagę na fakt, że zastosowanie Interbase'a wymusza na
> użytkowniku zakup serwera Interbase, co stanowi dodatkowy koszt. Dla
małej
> firmy może on być nie do przeskoczenia. 

Więc może IB 4.2 pod Linux'a.

Traptak

Myślę, że firma w której pracuje min. 5 maszyn może sobie pozwolić na zakup
serwera baz danych. Niezastosowanie serwera wiąże się z większym
niebezpieczeństwem utraty danych. Czy tę firmę na to stać?
Polecam SyBase.

Pozdrawiam
R.K.

Traptak napisał(a) w wiadomości: <01be829a$146e4ce0$037f8080@modem>...
>
>Gusi <gusi@suntech.com.pl> napisał(a) w artykule
><7ekg97$qrg$1@netra.daewoo.com.pl>...
>> Robert Krygier napisał(a) w wiadomości: ...
>> Należy zwrócić uwagę na fakt, że zastosowanie Interbase'a wymusza na
>> użytkowniku zakup serwera Interbase, co stanowi dodatkowy koszt. Dla
>małej
>> firmy może on być nie do przeskoczenia.
>
>Więc może IB 4.2 pod Linux'a.
>
>Traptak

>Należy zwrócić uwagę na fakt, że zastosowanie Interbase'a wymusza na
>użytkowniku zakup serwera Interbase, co stanowi dodatkowy koszt.

Niekoniecznie.  Dla systemu LINUX jest InterBase 4 za darmo, a działa bardzo
stabilnie i wydajnie.

Grzegorz Skoczylas

grzegorzs@rekord.com.pl

g.skoczylas@usa.net
grzegorzs@hotmail.com

Grzegorz Skoczylas wrote:
> 
> >Należy zwrócić uwagę na fakt, że zastosowanie Interbase'a wymusza na
> >użytkowniku zakup serwera Interbase, co stanowi dodatkowy koszt.
> 
> Niekoniecznie.  Dla systemu LINUX jest InterBase 4 za darmo, a działa bardzo
> stabilnie i wydajnie.

To mi się podoba jeszcze mniej. Zamiast płacić 1000 dolków za IB, gosć
zapłaci tyle samo za komputer, na którym postawi serwer Linux+IB - ładne
darmo, skoro on się namęczy i ja się namęczę, a efekt identyczny...
Jarek Zgoda

Robert Krygier napisał(a):
 
> Myślę, że firma w której pracuje min. 5 maszyn może sobie pozwolić na zakup
> serwera baz danych. Niezastosowanie serwera wiąże się z większym
> niebezpieczeństwem utraty danych. Czy tę firmę na to stać?
> Polecam SyBase.

Mamy w tej chwili bardzo podobny problem - musimy wybrać bazę danych dla
naszego pakietu (2 aplikacje), który będzie używany w ok. 40 filiach
naszej firmy. Te filie są różnej wielkości, od 3 do 30 końcówek, w
niektórych w ogóle nie ma sieci, a jeżeli jest, to NetWare. Po
sprawdzeniu InterBase jesteśmy zdecydowani go nie użyć, bo nie używa
protokołu IPX/SPX (przynajmniej nam się to nie udało), tylko TCP/IP.
Jeżeli polecasz SyBase, to jaką wersję? Panowie z SySoftu byli bardzo
mili, ale niczego nam nie wytłumaczyli. Dali płytkę z wersjami testowymi
kilku programów, były na niej Adaptive Anywhere i Adaptive Enterprise -
nie możemy ich jednak sprawdzić, bo są w wersji dla NT.
Pozdrawiam
Jarek Zgoda

Jarek Zgoda <jzgoda@polanglo.pl> napisał(a) w artykule
<3726AA49.883FDC7@polanglo.pl>...
> Robert Krygier napisał(a):
>  
> Mamy w tej chwili bardzo podobny problem - musimy wybrać bazę danych dla
> naszego pakietu (2 aplikacje), który będzie używany w ok. 40 filiach
> naszej firmy. Te filie są różnej wielkości, od 3 do 30 końcówek, w
> niektórych w ogóle nie ma sieci, a jeżeli jest, to NetWare. Po
> sprawdzeniu InterBase jesteśmy zdecydowani go nie użyć, bo nie używa
> protokołu IPX/SPX (przynajmniej nam się to nie udało), tylko TCP/IP.

To jakiego protokołu używa InterBase w wersji dla NetWare?

Traptak

Traptak napisał(a):

> To jakiego protokołu używa InterBase w wersji dla NetWare?

TCP/IP - od wersji 4 (zarówno NW jak i IB)
Zdrówko
Jarek Zgoda