Avatar billede ds-zim Nybegynder
24. november 2000 - 11:15 Der er 6 kommentarer og
3 løsninger

Ubehagelig stigning i filstørrelse !?!

HYYYL!!!

Jeg roder med et administrationssystem, nu i Access2K, hvor jeg tit redigerer VBA koden bag D!
Efter at have compiled\' programkoden mere end 1 gang, har jeg opdaget at størrelsen på .mdb
filen stiger omkring 1MB 4 hver gang jeg compiler!!! Ganske grumt, når jeg tænker på hvor tit
jeg redigerer/opdaterer kode bag de enkelte komponenter.
R D fordi at den tidligere kompilerede kode ikke blivet \"flushet\" ?!? Jeg R bekendt med
\'Komprimér & Reparér database..\', men D hjælper ikke en dølle !!! D R ret surt hvis jeg skal
leve med at min DB bare såden stiger i størrelse og hastigheden dermed falder mht. afviklingen!

Håber nogen andre R bekendt med dette problem .. I øjeblikket har jeg tænkt mig at prøve & \"rive\"
al kode ud af DB\'n, komprimere den og derefter importere.. Har DU nogen gode alternativer, R jeg
ELLEVILD efter at høre dem !! *Plz*Plz*Plz*Plz*Plz*Plz*

Cheers, Zim
Avatar billede uffe_kld Nybegynder
24. november 2000 - 11:24 #1
giver der noget at
Komprimere databasen? (tools->database utility->
Compact DB)
Avatar billede ds-zim Nybegynder
24. november 2000 - 12:45 #2
Som skrevet .. ikke en dølle !! Eller tænkte du på efter jeg har hevet koden ud ?
Avatar billede uffe_kld Nybegynder
24. november 2000 - 12:53 #3
undskyld, det gik lidt for hurtig med at læse teksten
Avatar billede ds-zim Nybegynder
24. november 2000 - 13:28 #4
Ingen grund til at unskylde :) Jeg er bare en smule oprevet over MS\' SLAMkode
Avatar billede poulh Nybegynder
24. november 2000 - 15:52 #5
Du skriver at du vil prøve at \"rive\" al koden ud. 
Du kunne jo også prøve, at oprette en ny DB og importer alt fra den gamle DB for at se om det hjælper, det er da et forsøg vær

Avatar billede fdata Forsker
24. november 2000 - 18:44 #6
Lyt til poulh.
Det plejer at hjælpe på en base, der er gået i selvsving!
Avatar billede moses Praktikant
28. november 2000 - 13:51 #7
Har du prøvet først at kompilere koden, dernæst at komprimere den og så kigge ??!?!
Eller er det når du gør tingene hver for sig ??

Iøvrigt har jeg 12 store databaser, som jeg meget tit forbedrer/udvidder kode i og nogle, som jeg 1-2 gange om året sletter 50.000 - 100.000 records i.
Disse databaser har ikke det problem - når jeg ellers kompilerer og komprimerer.

Avatar billede ds-zim Nybegynder
29. november 2000 - 14:34 #8
Jeg må beklage mine amatørtendenser & erklære, at jeg overvejer karriereskift til frugtplukker }(
Har jeg ikke ret i, at når man includer nye references for derefter at compile, ja så stiger
størrelsen på .mdb-filen fordi de forskellige references tages med i den compilerede kode ?!?
*Rødme* D R i hvert fald hvad jeg tror forårsagede denne \"ubehagelige\" stigning i filstørrelsen
& hvad mine tests har vist mig.

Hold gerne de spydige tilbage folkens, point uddeles som bestikkelse for tavshed :)

Cheers, Zim
Avatar billede moses Praktikant
30. november 2000 - 11:21 #9
Du har ret ... vi bør holde de spydige bemærkninger tilbage *LOL*
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
Dyk ned i databasernes verden på et af vores praksisnære Access-kurser

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester