Ne, nismo se razumeli, ali hajde da pocnemo od pocetka
Mozda se ti nisi dobro izrazio ili ja nisam dobro shvatio, ali ne treba da radis slanje suvih BDE dll fajlova. Kada zavrsis aplikaciju, najverovatnije ces praviti deployment izdanje projekta, to jest, klasicnu instalaciju pomocu InstallShielda (express verzija se isporucuje uz sve Borlandove alate, osim verovatno Standard/Personal izdanja)). Enivej, tu kod kreiranja instalacije, biras koji ti run-time moduli trebaju za izvrsavanje programa i ti ukljucis BDE, a on ce znati sta treba da ubaci, a sta ne - tako da ne moras da saspes sve BDE dll-ove, a dobijas standardnu "setup.exe" instalaciju.
ADO - pitao si kako da izbegnes BDE; moze koriscenjem ADO komponenti, mada trebas onda da radis deployment ADO-a. Zasto onda menjati ? Zbog toga sto mozes da razmotris nekoliko razlika izmedju BDE i ADO: performanse, velicina deploymenta, buduca podrska (posto je BDE postao polako 'depreciated'). I BDE i ADO se u sustini oslanjaju na ODBC i OLE DB drajvere, tako da mogu da rade sa istim tipovima tabela (paradox, foxpro, access, excel, itd) i prelazak sa jednog na drugo (i obratno) je relativno bezbolan, ukoliko si pristup organizovao "by the book" - znaci, klasican Data Module, sa DataSource, Table/Query komponentama, itd. U tom slucaju menjas samo provajdera datasetova - ono sto donosi podatke, dok samu strukturu programa ne menjas uopste.
I jedan i drugi mozes da izbegnes ukoliko radis direktno sa ODBC-om, koji bi trebao da postoji na svakom windows racunaru (moras samo biti siguran da postoji drajver za dotican format instaliran, dakle, paradox drajver ukoliko koristis *.db, access drajver ako koristis *.mdb, itd). No, moras da koristis ODBC API, to jest, da napravis svoje wrapper klase oko ODBC dll-ova. Mislim da je cak bio neki odbcjet.hlp fajl (ili tako nesto) u windows/system diru, gde ima guide za programere koji hoce da koriste ODBC direktno (u sustini BDE i ADO rade to isto, samo na drugaciji nacin). Razlika je u tome sto recimo BDE sadrzi citav framework i gomile funkcija po dll-ovima koje ti mozda i ne trebaju - a ti mozes da implementiras svojih par klasa i zavrsis sve sa nekom "lite" verzijom.
Mozes da pogledas i gotove komponente koje su ljudi vec uradili, recimo
ovde -> posto je deo komponenti free, mozes da skines i source radi pomoci ukoliko bi radio nesto sam.
I, na kraju, ODBC potpuno zaobilazis ako koristis text-bazirani zapis u XML formatu za tabele. Ali vodi racuna da razlike u formatu takodje znace razlike u funkcionalnosti; od toga da li je komponenta thread-safe, da li moze da se radi u multisessionu, da li ima dobar (ili nema uopste) locking mehanizam, itd, itd. Sve zavisi od toga sta tebi za te podatke treba od tih mehanizama - ko zna, mozda ti odgovara dbExpress paleta komponenti, pa koristis free verziju Interbasea (matori 5.6) ili free MySQL - mozda ti je dovoljno da koristis comma delimited txt ili osnovni "file of record" mehanizam.
Interbase se ne pokrece iz delphija, nego kao servis u windowsu.
