Povezivanje acces tabele preko ConnectionString-a?

Kakva je razlika povezivanja tabele iz access baze u ova dva slucaja:
1. ADOTable svojstvo ConnectionString na tabelu.
2. ADOTable svojstvo Connection na ADOConnection, a zatim ADOConnection svojstvo ConnectionString na tabelu.
Ima li razlike, kada se koristi prvi a kada drugi slucaj?

Kako glasi sintaksa naredbe "try", objasnjenje iz help-a mi nije bas najjasnije. Koji je njen fizicki smisao, poznajem ranije verzije pascala gde ona nije figurisala. Koji su primarni slucajevi njene upotrebe?

Ukoliko zelis da vise komponenti tipa ADOTable, ADOQuery vezes na istu bazu koristis TADOConnection. To ti omogucava da samo na jednom mestu setujes ConnectionString koji ce potom vaziti za sve objekte vezane na TADOConnection.

try..finally ti omogucava da osiguras oslobadjanje resurasa koje zauzme tvoj kod tokom izvrsavanja.
Ako kod koji se nalazi u telu bloka napravi neki neobradjeni izuzetak (gresku) obavezno se izvrsi ono sto se nalazi iza kljucne reci finally. Ako se u donjem primeru desi nesto nepredvidjeno sa metodom Lst.LoadFromFile(AFileName) objekat Lst ce sigurno biti oslobodjen. Ukoliko sve prodje kako treba takodje se unistava, tj. ako postoji datoteka sa nazivom AFileName procedura ce prikazati dialog sa sadrzajem datoteke i osloboditi objekat Lst iz memorije,a ukoliko ne uspe da procita datoteku AFileName odmah iskace na deo iza Finally i oslobadja Lst.


try.. except ti omogucava da kontrolises izuzetke. Izuzeci su klase TException.
U primeru 2, mozes da vidis sta se desavava kada koirsitmo postavku try.. except.
Izuzeci su jako mocna alatka. Ovo dole je samo osnovni primer koji ce ti, nadam se, pomoci da shvatis kako radi.

Ukoliko su X i Y korektne vrednosti prikazuje se rezultat njihovog deljenja a ukoliko za Y prosledis nulu dobices poruku o gresci.

Pogledaj "Raising and handling exceptions" u Helpu, a cini mi se da je i ovde na ES neko vec pisao o tome.

Potpis

Marcha
-----------------------------------
Pretpostavka je majka zajeba.

Hvala na odgovoru za ADO.

Potpitanja za try:
Ako sam dobro razumeo, sintaksa za try...finally i try...except zgleda ovako:

try
blok naredbi 1
finally
blok naredbi 2
end;

- Kada se ulazi u "blok naredbi 2"? Samo kada se pojavi greska u "bloku naredbi 1" ili uvek prilikom izvrsavanja koda?
- Kada program naidje na gresku u bloku naredbi 1 da li se odmah ide na finally ili se izvrsavaju i linije koda izmedju greske i finally-a.
- Da li se konstrukcija try...finally koristi samo kod datoteka, odnosno kod procesuiranja fajlova ili ima i druge primene. Tjs, npr. da li se ovakvom konstrukcijom moze ispitivati korektnost matematicke funkcije ili se tada iskljucivo ide na try...except.
- Sta se desava sa kodom ako se pojavi greska u bloku naredbi 2?
- Da li se izvrsava finally u slucaju koriscenja komandi Exit ili Break?

try...except sintaksa:

try
blok naredbi 1
except
on greska1 do blok 1
on greska2 do blok 2
....
else blok n
end;

- Da li se "blok naredbi 1" sastoji iz vise komandi ili se mora sastojati iskljucivo iz jedne komande u odnosu na koju se ispituje "izuzetak" (except)? Ukoliko se blok naredbi 1 moze sastojati iz vise komandi znaci li to da se except primenjuje samo na prvu komandu u bloku ili ne?

Znam da se neka od ovih pitanja mogu i eksperimentalno proveriti ali ipak bih vise voleo da procitam i misljenje ljudi na forumu:)

- Kada se ulazi u "blok naredbi 2"? Samo kada se pojavi greska u "bloku naredbi 1" ili uvek prilikom izvrsavanja koda?
nm>
UVEK

- Kada program naidje na gresku u bloku naredbi 1 da li se odmah ide na finally ili se izvrsavaju i linije koda izmedju greske i finally-a.
nm>
DA

- Da li se konstrukcija try...finally koristi samo kod datoteka, odnosno kod procesuiranja fajlova ili ima i druge primene. Tjs, npr. da li se ovakvom konstrukcijom moze ispitivati korektnost matematicke funkcije ili se tada iskljucivo ide na try...except.
nm>
try..finally koristis uvek kada zelis

- Sta se desava sa kodom ako se pojavi greska u bloku naredbi 2?
nm>
U Naredbi 2 postavljas safecod, a ako se ipak pojavi greska onda ona podize poruku o gresci kao da se desila bez t..f konstrukcije.

- Da li se izvrsava finally u slucaju koriscenja komandi Exit ili Break?
nm> Ne

try...except sintaksa:

try
blok naredbi 1
except
on greska1 do blok 1
on greska2 do blok 2
....
else blok n
end;

- Da li se "blok naredbi 1" sastoji iz vise komandi ili se mora sastojati iskljucivo iz jedne komande u odnosu na koju se ispituje "izuzetak" (except)?
nm>
Mozes koristiti blok naredbi, metoda ili ugnezditi jo sneku t..f i/ili t..e konstrukciju.

-Ukoliko se blok naredbi 1 moze sastojati iz vise komandi znaci li to da se except primenjuje samo na prvu komandu u bloku ili ne?
nm>
except se odnosi na bilo koji izuzetak koji je nastao u toku izvrsenja bloka a nije zasebno obradjen.

Potpis

Marcha
-----------------------------------
Pretpostavka je majka zajeba.

To je to, Hvala.

@marcha

- Da li se izvrsava finally u slucaju koriscenja komandi Exit ili Break?
nm> Ne

Pa rekao bih da se uvek izvrsava finally deo, dakle DA, FINALLY DEO SE UVEK IZVRSAVA , bez obzira na Exit, break itd..... Probajte sledeci kod:

Da, izvrsava se bas uvek... sta mi bi da kazem ne :)

Potpis

Marcha
-----------------------------------
Pretpostavka je majka zajeba.

Kada u EditBroj unesem vrednost koja nije integer program puca. Sta ne valja?

pa naravno da puca.
kontrolisi unose, znaci da korisnik ne moze uneti nista
osim brojeva (integera ili currency (ako imas decimala))
u tabeli imas polje koje nece primiti nista osim integera

a druga stvar, taj OnCovert error ti nece raditi jer imas
database engine koji "podize" greske na sistemu a taj Onconverterror
ne spada u taj engine


> Kada u EditBroj unesem vrednost koja nije integer program puca. Sta ne valja?