[es] - XP, Paradox, BDE, ODBC, Delphi 5 i naravno, ne Dzej, nego rad u mrezi

ninoslav_j
pravosudje

Član broj: 162123
Poruke: 4
195.252.101.*

Profil

XP, Paradox, BDE, ODBC, Delphi 5 i naravno, ne Dzej, nego rad u mrezi

^{07.11.2007. u 10:09 - pre 200 meseci}

Pozdrav
ok, znam da ce biti komentara "pa ovo smo vec milion puta sazvakali", ali i pored "kopanja" po forumu nisam resio problem do kraja. Ono sto sam nasao, to sam i primenio, ali problem ostaje. Elem, program mi radi vec 4 godine ono sto treba i kako treba u stand-alone varijanti. Problem se javio kada je nastala potreba za rad u mrezi, gde je moje znanje vrlo, vrlo "kratko". Podesio sam BDE i ODBC (ili bar mislim da sam podesio, jer mogu da pristupim podacima koji su na "serveru"). I odmah par pitanja: da li se BDE konfigurise isto i na klijentu i na serveru, ili se podesavaju razlicito. Kakvo je podesavanje na klijentu a kakvo na serveru? Da li bih uopste mogao da pristupim podacima ako nije sve podeseno do kraja onako kako treba. Glavni problem mi je osvezavanje podataka, tj. izmene koje se naprave sa klijenta se ne vide odmah na serveru, vec tek nakon zatvaranja i ponovnog otvaranja forme i/ili izlaska i ulaska u program. Na formi sam koristio dbGrid koji je direktno vezan za master tabelu, bez query-a. U prvobitnoj varijanti sam koristio CachedUpdate i ApplyUpdate (na nivou baze, inace ima 5-6 tabela), pa posto nije islo, probao sam sa izbacim kesiranje i da idem sa direktnim Post-om i Refresh-om tabele, ali bezuspesno. Gde je zvrcka i gde gresim? Ne znam vise ni ja sta sam sve probao. Pomagajte.
Hvala unapred.

Odgovor na temu

dogriz
Sombor

Član broj: 29744
Poruke: 259
89.216.227.*

Sajt: dogriz.blogspot.com

+6 Profil

Re: XP, Paradox, BDE, ODBC, Delphi 5 i naravno, ne Dzej, nego rad u mrezi

^{07.11.2007. u 11:00 - pre 200 meseci}

Davno sam radio sa Paradox-om i zaboravio dosta toga, a nemam vremena da se podsećam. U svakom slučaju, za mrežni rad bih ti preporučio neku ozbiljniju bazu od Paradoxa, npr. Firebird.
Hajde da ne budem potpuno beskoristan, da ti odgovorim bar na deo pitanja. Problem Refresh-ovanja podataka delimično možeš rešiti ovako:

Code:

procedure TForm1.Table1AfterPost(DataSet: TDataSet);
begin
Table1.FlushBuffers;
end;

BDE po defaultu ima jednu nezgodnu osobinu da sve što radiš kešira u memoriji i tek po izlasku iz aplikacije fizički snima u .db fajl. Onim kodom gore ćeš ga naterati da posle svakog upisa vrši snimanje, pa je onda i Refresh funkcionalan.

Odgovor na temu

ninoslav_j
pravosudje

Član broj: 162123
Poruke: 4
195.252.101.*

Profil

Re: XP, Paradox, BDE, ODBC, Delphi 5 i naravno, ne Dzej, nego rad u mrezi

^{07.11.2007. u 12:47 - pre 200 meseci}

Hvala pre svega na brzom odgovoru.

Probao, doduse sa Delete, i nista. Da nema to ipak neke veze sa prvim delom mog pitanja, da nije nesto u BDE-u. Sto se tiče prelaska na Firebird, ne znam, bojim se da ne bude nesto komplikovano, obzirom na cinjenicu da u tih 5-6 tabela imam ukupno preko 150.000 slogova.

Odgovor na temu

savkic
Igor Savkić

Moderator
Član broj: 92186
Poruke: 2739

+92 Profil

Re: XP, Paradox, BDE, ODBC, Delphi 5 i naravno, ne Dzej, nego rad u mrezi

^{07.11.2007. u 13:28 - pre 200 meseci}

> kada je nastala potreba za rad u mrezi, gde je moje znanje vrlo, vrlo "kratko". Podesio sam BDE i ODBC (ili bar mislim da sam podesio, jer mogu da pristupim

Ako koristiš Paradox ODBC ti ne treba, samo BDE.

> podacima koji su na "serveru"). I odmah par pitanja: da li se BDE konfigurise isto i na klijentu i na serveru, ili se podesavaju razlicito. Kakvo
> je podesavanje na klijentu a kakvo na serveru?

Kod Paradoxa i BDE ne postoji server u tom smislu, postoji samo file server tj. računar (lokacija) na kojoj se nalaze tabele. Nikakva posebna BDE podešavanja na tom računaru nisu potrebna, štaviše ni BDE nije potreban. Od nekih posebnih podešavanja za BDE u mreži treba podesiti NetFileDir, ako se dobro sećam.

> Glavni problem mi je osvezavanje podataka, tj. izmene koje se naprave sa klijenta se ne vide odmah na serveru, vec tek nakon zatvaranja
> i ponovnog otvaranja forme i/ili izlaska i ulaska u program. Na formi sam koristio dbGrid koji je direktno vezan za master tabelu, bez query-a.

Koristiš TTable? Imaj na umu da BDE i TTable funkcionišu na taj način što prilikom otvaranja se svi podaci preuzmu na klijent i tu keširaju, kada se nešto promeni to se upiše u mrežnu lokaciju ali se ne šalje nikakvo obaveštenje drugim korisnicima koji eventualno koriste istu tabelu. Dakle, promena na jednom klijentu će biti upisana u mrežnu bazu ali o toj promeni drugi klijenti neće biti obavešteni. Jedini je način da sam nešto šalješ ta obaveštenja pa da na ostalim klijentima uradiš refreš. Kod TTable jedini je način Close/Open što će ponovo učitati čitavu tabelu pa može potrajati, kod TQuery možeš filtrirati podatke na samo željene slogove ali će verovatno opet isto trajati.

> Da nema to ipak neke veze sa prvim delom mog pitanja, da nije nesto u BDE-u. Sto se tiče prelaska na Firebird, ne znam, bojim se da
> ne bude nesto komplikovano, obzirom na cinjenicu da u tih 5-6 tabela imam ukupno preko 150.000 slogova.

150k slogova je sitnica za moderne RDBMS odnosno Firebird. Ako ćeš taj program dalje razvijati onda možeš razmisliti o prelasku na novi sistem, ako ne, onda možda i nema razloga. U principu tranzicija ne mora biti toliko teška, uglavnom sve FB komponente imaju i TTAble ekvivalente (s tim što prelazak na FB i korišćemnje TTable nemaju prevelikog smisla), izmene u bazi će biti neophodne kao i u programu. Zavisno od kompleksnosti programa i pod pretpostavkom da barem nešto znaš o FB do nedelju dana posla.

Do not be a help vampire (http://slash7.com/pages/vampires), use the google.

How to ask questions the smart way:
http://www.catb.org/~esr/faqs/smart-questions.html
http://solair.eunet.rs/~fangor...stions/smart-questions.sr.html

Odgovor na temu

ninoslav_j
pravosudje

Član broj: 162123
Poruke: 4
195.252.101.*

Profil

Re: XP, Paradox, BDE, ODBC, Delphi 5 i naravno, ne Dzej, nego rad u mrezi

^{08.11.2007. u 08:41 - pre 200 meseci}

Hvala Igore,
u jednom delu si mi pomogao. Sto se tice tvog poslednjeg pasusa, toga sam se i bojao. Drugim recima, da povucem vodu... zaboravim Delphi i da krenem na nesto drugo, pa Jovo nanovo.
Thanks anyway.

Odgovor na temu

Predrag Supurovic
Pedja YT9TP
Užice

Član broj: 157129
Poruke: 6279

Sajt: pedja.supurovic.net

+1571 Profil

Re: XP, Paradox, BDE, ODBC, Delphi 5 i naravno, ne Dzej, nego rad u mrezi

^{08.11.2007. u 08:46 - pre 200 meseci}

Zasto da zaboravis na Delphi? Ja sam napravio prilicno ozbiljnih DB apliakcija u njemu, a uopste nisam koristio BDE. Kada odlucis koju ces bazu da koristis, onda nadji komponente za direktan pristup toj bazi. Delphi ce posao da odradi savrseno. Onje cak i ponajbolja platforma za takve poslove.

http://pedja.supurovic.net - http://wireless.uzice.net - Besplatni .RS domeni - Mikrotik uputstva - YT9TP - OpenStreetMap Srbija

Odgovor na temu

X Files
Vladimir Stefanovic
Pozarevac

SuperModerator
Član broj: 15100
Poruke: 4902
*.tekostolac.co.yu.

Jabber: xfiles@elitesecurity.org

+638 Profil

Re: XP, Paradox, BDE, ODBC, Delphi 5 i naravno, ne Dzej, nego rad u mrezi

^{08.11.2007. u 10:00 - pre 200 meseci}

Citat:

Drugim recima, da povucem vodu... zaboravim Delphi i da krenem na nesto drugo, pa Jovo nanovo.

Ne :) Nije se na to mislilo (barem koliko sam ja razumeo).
Pod "novi sistem" se podrazumevao (eventualno) moderniji RDBMS od FireBirda, a Delphi svakako ostaje.

Odgovor na temu

savkic
Igor Savkić

Moderator
Član broj: 92186
Poruke: 2739

+92 Profil

Re: XP, Paradox, BDE, ODBC, Delphi 5 i naravno, ne Dzej, nego rad u mrezi

^{08.11.2007. u 11:39 - pre 200 meseci}

> Sto se tice tvog poslednjeg pasusa, toga sam se i bojao. Drugim recima, da povucem vodu... zaboravim Delphi i da krenem na nesto
> drugo, pa Jovo nanovo.

Nikako, nisi shvatio, RDBMS su ti naprimer Firebird, Interbase, Oracle, MS SQL, DB2, Informix, Sybase, Postgres... Dakle, relational database managments systems, serveri za podatke, razvoj aplikacije koja koristi usluge RDBMS je odvojen proces. Delphi je u tom domenu odlično rešenje, jedno od boljih ako ne i najbolje.
Prelazak se odnosio na migraciju sa Paradoxa i BDE na neki RDBMS, recimo FB. Postojeću aplikaciju verovatno možeš prilagoditi novom sistemu, nije neophodno pisati sve ispočetka.

Odgovor na temu