🚀 go-pugleaf

On 28 Gru, 21:32, wloochacz <wlooch...@nospam.gmail.spameromnie.com>
wrote:
> W dniu 2011-12-28 20:02, b0bik pisze:
> /ciach/
>
> >>> A bo tak się tym AnyDac'iem podjarałem że przeczytałem prawie całą
> >>> dokumentację od razu : )
>
> >> Fajnie - a ile z tego zapamiętałeś? :D
>
> > Pewne idee (nieistniejące np w IBX) wpadły gdzieś w tył głowy, mam
> > jako takie rozeznanie co zyskam, i mogę sobie o tym rozmyślać jadąc do
> > roboty.
> > Na pewno nie zapamiętałem wszystkiego. No ale to było tzw. "pierwsze
> > czytanie".
>
> To Ty mi powiedz co zyskasz w porównaniu do IBX (bo jak rozumiem tego
> używacie na dziś?) a ja Ci pomogę odpowiedzieć na pytanie czy AnyDAC
> jest najlepszy...
>

Co zyskam to się okaże w praktyce : ) To co mnie kusi na wstępie, to
wyzbycie się przyspawania do jednej (może dwóch) baz danych. Po wtóre,
wsparcie dla Firebird'a jest deklarowane, a nie jak w przypadku IBX'ów
teoretycznie możliwe. Z tego co rozumiem twórcy korzystają
bezpośrednio z biblioteki fbclient - w gds'ie jest co najmniej kilka
rzeczy niekompatybilnych z FB. Sporo fajnych buzerów (zastrzegam że
jestem po "pierwszym czytaniu" i paru godzinach klikania), typu array
DML (wiem najfajniej działa przy oraclu), różne tryby wykonywania
zapytania (sync / async ...), monitoring aktywności (w tym zdalny),
domyślne podejście dwutransakcyjne (jedna odczyt druga zapis), wiele
fajnych ułatwień - typu metody ~ExecuteScalar w obiekcie connection,
obsługa zrywania połączenia, możliwość zatwierdzenia transakcji przy
otwartym datasecie!, support dla EXECUTE BLOCK czy RETURNING,
preprocesor dla SQL'a, precyzyjna konfiguracja fetchowania,
hierarchizacja ustawień ...

Ja wiem że część z tych bajerów można by sobie dopisać, dorobić, no
ale wiesz ... Mnie interesują takie ficzery out of the box.

Nie wgłębiałem się w tajniki CachedUpdates - obserwując grupę bardzo
często ludzie mają z tym kłopoty, mam nadzieję że nie taki diabeł
straszny.

b