Microsoft Office Access |
|
|
Dekompilacija bazeNivo:
Kada intenzivno razvijate aplikaciju u Accessu, nije nemoguće da program poklekne pod "prljavštinom" zaostalom u datoteci baze. To valja počistiti. Kolega Miloš Milosavljević, MCP, je priložio sjajan prilog o osobini Accessa koju bi trebalo da upozna svako ko razvija aplikaciju u ovom programu. Kada govorimo o veličini baze podataka u Accessu, uvek mislimo na količinu podataka koju sadrže tabele. Međutim, baza može biti i "kvalitativno" obimna, jer može da sadrži veliki broj formulara, izveštaja, modula, odnosno svih objekata koji u sebi sadrže VBA kod. U toku razvoja aplikacije, moguće je da Access neočekivano prestane sa izvršavanjem VBA koda i da prijavi grešku na mestu za koje ste sigurni da sadrži ispravan kod. Uzrok ove pojave je nesavršenost strukture koja čuva prevedeni VBA kod: nakon čestih izmena, moguće je da ostane "smeće" koje smeta u radu (promenljive, baferi, možda i celi moduli). Lek, srećom, postoji - jedini problem je što nije valjano istaknut u dokumentaciji: pokrenite Access sa parametrom komandne linije /DECOMPILE. Kada pokrenete program i učitate bazu, sav prevedeni kod će biti obrisan, a problemi otklonjeni. Prilikom ovakvog otvaranja baze, Access će uputiti poruku u kojoj savetuje ponovno prevođenje koda. Naime, prilikom prvog poziva nekog modula biće potrebno više vremena da se kod izvrši, jer se tada formira p-kod koji ostaje zapisan u datoteci baze. Rekonstrukcija p-koda se može izvesti tako što ćete otvoriti bilo koji modul u režimu Design, a potom u meniju Debug odabrati opciju Compile And Save All Modules. Nakon toga izvedite i operaciju Compact: sada ste konačno napravili red u svojoj bazi.
|
|
Vrh stranice Prethodna stranica Naslovna strana Mapa sajta Pretraga |
| AFORIZAM ZA DANAS | OVIH DANA SLUŠAMO... |
| Copyright © Praktikum na Webu, 2000-2009; Valinor Design; sva prava pridržana. |