Thread View: pl.comp.lang.delphi.bazy-danych
10 messages
10 total messages
Started by Grzegorz Skoczylas
Thu, 15 Apr 1999 12:37
DLACZEGO FreeIB Components?
Author: Grzegorz Skoczylas
Date: Thu, 15 Apr 1999 12:37
Date: Thu, 15 Apr 1999 12:37
18 lines
1279 bytes
1279 bytes
Ciekaw jestem niezmiernie jakie kryteria spowodowały, że część szanownych koleżanek i kolegów zdecydowała się na używanie FreeIB Components. W tej bibliotece jest program demonstracyjny podobny do standardowego WISQL. Testowałem na nim proste i bardziej skomplikowane zapytania do bazy. Szybkość odpowiedzi porównywałem z takimi samymi pytaniami zadawanymi w SQL Explorer (który korzysta z BDE). Czasy reakcji były za każdym razem porównywalne. Czemu Waszym zdaniem te komponenty są lepsze od standardowych komponentów Delphi? Grzegorz Skoczylas grzegorzs@rekord.com.pl g.skoczylas@usa.net grzegorzs@hotmail.com
Re: DLACZEGO FreeIB Components?
Author: Traptak
Date: Sat, 17 Apr 1999 13:13
Date: Sat, 17 Apr 1999 13:13
13 lines
1216 bytes
1216 bytes
Grzegorz Skoczylas <grzegorzs@rekord.com.pl> napisał(a) w artykule <7f4mle$ak5$1@zeus.polsl.gliwice.pl>... > W tej bibliotece jest program demonstracyjny podobny do standardowego WISQL. > Testowałem na nim proste i bardziej skomplikowane zapytania do bazy. > Szybkość odpowiedzi porównywałem z takimi samymi pytaniami zadawanymi w SQL > Explorer (który korzysta z BDE). Czasy reakcji były za każdym razem > porównywalne. A mógłbyś opisać użytą procedurę testowania? Traptak
Re: DLACZEGO FreeIB Components?
Author: Grzegorz Skoczylas
Date: Mon, 19 Apr 1999 07:36
Date: Mon, 19 Apr 1999 07:36
17 lines
1411 bytes
1411 bytes
>A mógłbyś opisać użytą procedurę testowania? > >Traptak "Procedura" była bardzo prosta. Zadawałem różne proste, złożone i bardzo złożone zapytania SQL. Czas odpowiedzi był zawsze porównywalny. Przez bardzo złożone zapytania mam na myśli zapytania pobierające dane z wielu tabel (LEFT JOIN) i w warunku WHERE zawierające kilka zagnieżdżionych instrukcji SELECT. Grzegorz Skoczylas grzegorzs@rekord.com.pl g.skoczylas@usa.net grzegorzs@hotmail.com
Re: DLACZEGO FreeIB Components?
Author: Robert Dumnicki
Date: Tue, 20 Apr 1999 06:49
Date: Tue, 20 Apr 1999 06:49
7 lines
1175 bytes
1175 bytes
Dzień dobry, Czy ktoś mógłby jednak napisać coś o FreeIB Components? Jestem tym bardzo zainteresowany, gdyż prawdopodobnie użyję Interbase w swojej aplikacji. Interesuje mnie też, skąd wziąć FreeIBC i czy są na bieżąco rozwijane (i przez kogo). Robert Dumnicki
Re: DLACZEGO FreeIB Components?
Author: Pawel Koloszko
Date: Tue, 20 Apr 1999 08:15
Date: Tue, 20 Apr 1999 08:15
13 lines
1191 bytes
1191 bytes
Robert Dumnicki napisał(a) w wiadomości: <4SVS2.10674$Lj.161551@news.tpnet.pl>... >Dzień dobry, >Czy ktoś mógłby jednak napisać coś o FreeIB Components? Jestem tym bardzo >zainteresowany, gdyż prawdopodobnie użyję Interbase w swojej aplikacji. >Interesuje mnie też, skąd wziąć FreeIBC i czy są na bieżąco rozwijane (i >przez kogo). W tej chwili można znaleźć pod www.zeto.olsztyn.pl/fib.exe PK
Re: DLACZEGO FreeIB Components?
Author: Grzegorz Skoczylas
Date: Wed, 21 Apr 1999 06:52
Date: Wed, 21 Apr 1999 06:52
26 lines
1631 bytes
1631 bytes
Robert Dumnicki napisał(a) w wiadomości: <4SVS2.10674$Lj.161551@news.tpnet.pl>... >Dzień dobry, >Czy ktoś mógłby jednak napisać coś o FreeIB Components? Jestem tym bardzo >zainteresowany, gdyż prawdopodobnie użyję Interbase w swojej aplikacji. >Interesuje mnie też, skąd wziąć FreeIBC i czy są na bieżąco rozwijane (i >przez kogo). > >Robert Dumnicki > FreeIBComponents można znaleźć na www.interbase.com. Jest tam również druga biblioteka: FreeIBObjects. Sądząc po wielkości (2 razy większa) jest ona bardziej rozbudowana. Czy ktoś porównywał obie te biblitoteki? Może ktoś z Was podzieli się swoimi doświadczeniami! Grzegorz Skoczylas grzegorzs@rekord.com.pl g.skoczylas@usa.net grzegorzs@hotmail.com
Re: DLACZEGO FreeIB Components?
Author: Traptak
Date: Wed, 21 Apr 1999 19:00
Date: Wed, 21 Apr 1999 19:00
41 lines
2945 bytes
2945 bytes
Grzegorz Skoczylas <grzegorzs@rekord.com.pl> napisał(a) w artykule <371add68.0@news.vogel.pl>... > > "Procedura" była bardzo prosta. Zadawałem różne proste, złożone i bardzo > złożone zapytania SQL. Czas odpowiedzi był zawsze porównywalny. > > Przez bardzo złożone zapytania mam na myśli zapytania pobierające dane z > wielu tabel (LEFT JOIN) i w warunku WHERE zawierające kilka zagnieżdżionych > instrukcji SELECT. Chodziło mi np. o to, czy uwzględniałeś działanie cache'ów przy wykonywaniu testów. Zrobiłem jednak własne testy i ich wyniki potwierdziły to co podałeś. Jednakże FIB jest zdecydowanie szybszy przy odświeżaniu małych tabel (450 rekordów) - czyli pierwsze zapytanie i ponowienie zapytania. Na jego korzyść wypada też test polegający na przejściu do ostatniego rekordu po wykonaniu zapytania (4 razy szybciej niż SQL Explorer! - 450 rekordów) Przy większych tabelach (7000 rekordów) FIB wypada bardzo podobnie do BDE, a w niektórych przypadkach jest nawet nieco wolniejszy. Zrobiłem też test polegający na wyświetleniu trzech tabel - jedna główna i dwie poboczne. W tabelach pobocznych wyświetlałem tylko rekordy związane z bieżącym rekordem tabeli głównej. W tym przypadku program oparty FIB był szybszy niż taki sam program używający BDE. Jeśli więc chodzi o szybkość to trzeba użyć tego mechanizmu, którego zalety lepiej wykorzysta aplikacja. Do zalet FIB należą też: 1. Możliwość dostępu do API IB, 2. Możliwość wykorzystania mechanizmów IB - np. ROLE lub parametry transakcji. 3. Prawdopodobnie FIB daje możliwość na pracy na kilku transakcjach w ramach jednego połączenia z bazą danych. 4. Dostęp do kodu źródłowego 5. Prawidłowe działanie właściwości RecNo - dla osób chcących wyświetlać liczby porządkowe to prawdziwe zbawienie, nie mówiąc o tym jak wygląda pasek do przewijania grid'a. 6. Prostota instalacji (u klienta) Do ostatecznej oceny trzeba by jeszcze było sprawdzić jak szybko działa zmiana i dodawanie rekordów. Traptak
Re: DLACZEGO FreeIB Components?
Author: Jarek Zgoda
Date: Fri, 23 Apr 1999 06:27
Date: Fri, 23 Apr 1999 06:27
16 lines
1680 bytes
1680 bytes
Traptak napisał(a): > Chodziło mi np. o to, czy uwzględniałeś działanie cache'ów przy wykonywaniu > testów. Zrobiłem jednak własne testy i ich wyniki potwierdziły to co > podałeś. Jednakże FIB jest zdecydowanie szybszy przy odświeżaniu małych > tabel (450 rekordów) - czyli pierwsze zapytanie i ponowienie zapytania. Na > jego korzyść wypada też test polegający na przejściu do ostatniego rekordu > po wykonaniu zapytania (4 razy szybciej niż SQL Explorer! - 450 rekordów) > Przy większych tabelach (7000 rekordów) FIB wypada bardzo podobnie do BDE, > a w niektórych przypadkach jest nawet nieco wolniejszy. <ciach> Wyświetlenie w gridzie zawartości naprawdę dużej tabeli (>150000 wierszy, 20 kolumn, zwykły SELECT * FROM tabela) trwa ponad 2 minuty! Jarek Zgoda
Re: DLACZEGO FreeIB Components?
Author: Traptak
Date: Fri, 23 Apr 1999 19:43
Date: Fri, 23 Apr 1999 19:43
11 lines
1249 bytes
1249 bytes
Jarek Zgoda <jzgoda@kki.net.pl> napisał(a) w artykule <372012B9.BD0B279F@kki.net.pl>... > Traptak napisał(a): > > Wyświetlenie w gridzie zawartości naprawdę dużej tabeli (>150000 > wierszy, 20 kolumn, zwykły SELECT * FROM tabela) trwa ponad 2 minuty! Pod BDE czy FIB? Traptak
Re: DLACZEGO FreeIB Components?
Author: Jarek Zgoda
Date: Mon, 26 Apr 1999 06:11
Date: Mon, 26 Apr 1999 06:11
9 lines
1205 bytes
1205 bytes
Traptak napisał(a): > > Wyświetlenie w gridzie zawartości naprawdę dużej tabeli (>150000 > > wierszy, 20 kolumn, zwykły SELECT * FROM tabela) trwa ponad 2 minuty! > > Pod BDE czy FIB? Czysty FIB, właściwość SelectSQL komponentu TFIBDataSet. Jarek Zgoda
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads