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

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.

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:


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.

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.

> 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.

Potpis

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

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.

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.

Potpis

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

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.