Od niedawna używam TurboDelphi/TurboCpp, natomiast do niedawna Delphi 2009 gdzie były komponenty Interbase (IBX). Problem jest tego typu że w wersji Turbo ich nie ma i nie można ich doinstalować. Wprawdzie można używać klas z IBDatabase bezpośrednio w kodzie ale moim zdaniem mając takie środowisko, nie o to chodzi. Napisałem 'problem' ale tak naprawde problemu nie ma bo jest ADO, dbExpress i BDE ale właśnie... który wybrać. Wszystkie nie mają najmniejszego problemu z połączeniem z Firebirdem (ODBC). Moje pytanie który z nich polecacie?
0
0
dbexpress i ODBC? pierwsze slysze. jesli zamierzasz laczyc sie poprzez ODBC to nie ma znaczenia jaki zestaw komponentow to wykona bo to i tak ODBC bedzie odwalalo "brudna robote".
0
ADO - +asynchroniczność, +szybkie sortowanie po stronie klienta ...
BDE - +fetchowanie tylko wyswietlanej części rekordow, -od dawna juz nie wspierane, +przez dlugi czas krolowało na rynku - wiec bardzo dobrze dopracowane...
0
a racja, dbExpress nie przez odbc, a więc co myślisz o tym rozwiązaniu?
bObik: czy mógłbyś coś jeszcze napisać i ADO? co polecasz? bo mnie w zasadzie wszystko jedno, nie znam zbytnio tych komponentów i zrobiłem taki troszke głupi test; na bazie z ok kilkadziesiąt tys. rekordów wykonałem zapytania, z tych 3 interface'ów, i różnice w czasie były niewielkie, ale skoro to ODBC jest za wszystko odpowiedzialne tak jak mówi kolega to by się zgadzało...
jeśli Wam przyszlo by robić coś w Turbo co byście wybrali?
0
jesli w turbo to tak:
jesli baza MySQL do wersji 4.21 zdecydowanie dbexpress. bardzo szybkie i wydajne. sterownik laczy sie bezposrednio z baza za pomoca opakowanego API, niestety w trubo wersja sterownika nie wspiera serwerow mysql nowszych niz wymieniony.
jezeli baza MSSQL, ORACLE badz dowolona inna do ktorej posiadasz provider OLE-DB to uzyc tego providera czyli ADO z listy wybieracja odpowiedni provider.
w innych przypadkach ADO i provider OLE-DB dla ODBC.
o ile dobrze pamietam to jakeis 2 lata wstecz borland(wtedy juz codegear) ponownie dbja wsparciem BDE ale nie wiem czy to sie utrzymuje do dzis.
na marginesie moge dodac ze tylko BDE pozwala na prace ze zlaczeniami heterogenicznymi czyli zapytania odnoszace sie nie tylko do roznych tabel ale to roznych baz danych. jest to jednak skomplikowany i zaawansowany proces ktory zadko ma potzrebe stosowania.
0
Dziękuje :) Już mi coś podpowiedziałeś. Waham się pomiędzy BDE a ADO. BDE ma wysoki poziom abstrakcji nie z punktu widzenia programu ale użytkowo. Podoba mi się opcja podpięciu dwóch, trzech tabel razem i później tylko wyświetlanie wyników w kontrolkach TDB... Natomiast ADO użekło mnie uniwersalnością. Można poprzez to podłączyć nawet plik Excela i traktować go SQL-em.
Wykluczyłem, bo jest nieco uciążliwe w obsłudze, dbExpress, jest szybkie z racji tego że jednokierunkowe co zresztą też da się rozwiązać kładąc dodatkowe komponenty.
Jednak nadal nie jest przekonany którego zestawu użyć, (BDE czy dbGo). Będe się łączył z Firebirdowską bazą, nie będzie duża, ok 30 tabel.
0
b0bik napisał(a)
ADO - +asynchroniczność, +szybkie sortowanie po stronie klienta ...
BDE - +fetchowanie tylko wyswietlanej części rekordow, -od dawna juz nie wspierane, +przez dlugi czas krolowało na rynku - wiec bardzo dobrze dopracowane...
tak na marginesie, BDE jest wspierane a ADO w żadnym stopniu nie jest odpowiedzialne za sortowanie
0
ja bym zrezygnolal z trubo chociarzby dla buildera 6 personal i zainstalowal komponenty ZEOS i za ich pomoca pracowal z baza danych.
0
csharp napisał(a)
tak na marginesie, BDE jest wspierane a ADO w żadnym stopniu nie jest odpowiedzialne za sortowanie
Co do BDE mogę się mylić, ale czy nadal wychodzą jakiś nowe wersje ???
A co do ADO to oświeć mnie proszę co jest zatem odpowiedzialne za sortowanie, jeśli ustawiam właściwość IndexFieldNames ?
b
//dopisane
O BDE się doszukałem:
{...}
BDE local table support will be marked 'frozen' in new product releases in 2002. This means that we will continue to ship, test, and support existing BDE local table support but no new enhancements will be made to BDE. BDE for local tables will continue to be supported but it is now considered to be in its final form, and no additional features or bug fixes are planned.
{...}
Więc to taki support nie support : )
0
Co zaś do senda, spójrzcie jak została urażona duma pytającego jak na gg mu odpowiedziałem aby poczytał trochę podstawowych kursów, i przejrzał dema dostarczane z delphikiem. Oto cytat z maila:
melo melo03@interia.pl pisze:
Jesteś tylko jednym z wielu przemądrzałych dupków którzy nic nie wiedzą. Żałosne.
Nie będę się zniżał do poziomu autora tego tekstu i tego komentował.
b
0
hahahahah :) Oj panie kolego, ani przez sekunde nie rozmawiałem z Tobz na gg :) Nie obrażam ludzi, to bezcelowe