Hvordan virker komprimer og reparer database?

Access skulle gerne slette den store fil.

Ved komprimering tages en kopi af db, hvorefter alle trådene samles oh lægges i forlængelse af hinanden. Derved bliver db komprimeret og fylder ikke mere end nødvendigt. Jeg ville ikke have betænkeligheder ved at slette den store.

Du kna lade Access komprimere ved lukning i menuen Funktioner > Indstillinger > Generelt.

where are you running the compact repair from?

Access makea a copy of the original database and then normally deletes it and then opens the new smaller dB without you seeing this. So I'm surprised that you end up with both the original and new.

Mugs... tak for informationen.

terry, jeg har databasen åben klikker Funktioner > Database funktioner > Komprimer og reparer database...

Jeg er selv overrasket over resultatet at jeg ender med to filer og jeg er naturligvis nervøs for at slette den store fil da jeg er bange for den indeholder informationer som den mindre fil benytter.
Jeg arbejder via Citrix, ved ikke om det har noget at sige.

"Jeg arbejder via Citrix, ved ikke om det har noget at sige"

Very likely.


Just make a backup of the original before you start :o)

Du kan jo altid kontrollere, om tabellerne indeholder samme antal poster, evt. ved at benytte forespørgselsguiden "Find ikke relaterede poster" i en 3. db.

Men bortset fra størrelsen bør de 2 db være ens og helt adskilt.

Thanks Terry, I will try to sort it out. I will gladly give you the points, please put in an answer.

Ja men databasen indeholder ingen poster, kun sammenkædet tabeller.

Det var en oplysning vi kunne have brugt tidligere. Det er jo klart, at når du bruger en front- og backend, skal backend ikke slettes.

Nej - det ved jeg såmænd godt Mugs, men det er back end er der fuldstændig styr på, den ligger for sig selv og har en fornuftig størrelse data taget i betragtning. Men front end der fylder 337000 kb.

Og du har komprimeret front end?
Hvad har du af koder i front end? Har du mange og store makroer?

Yes Sir, det er front end jeg har komprimeret.

Jeg har ingen koder (da jeg ikke skriver koder, er lidt amatør, ved det godt :-)

Jeg har en del makroer liggende, men hvad mange og store er er vel et definations spørgsmål.

Jeg har opdaget at front end før komprimering fyldte mere end bagend gjorde, kan det ske at selvom tabellerne blot er sammenkædet at Access har valgt at se dem som en del af front end og det først er efter komprimeringen Access siger okay den del for sig og den del for sig... hvis du forstår hvad jeg mener?

"Jeg har en del makroer liggende, men hvad mange og store er er vel et definations spørgsmål"

Ja - det er et definitionsspørgsmål. Men blor for eksperimentets skyld, så prøv at tage en kopi af front end, slet nogle makroer, komprimer og check størrelsen.

Ved du, at du i menuen funktioner > Makro kan konvertere en makro til VBA. Koden bliver indsat i et modul og er lige til at kopiere og lægge den ind i en formular på samme sted, som du fyrer makroen af.

Det vil jeg prøve at lege lidt med i morgen tidlig, kunne jo være at det gav noget mere klarhed.

Mht. vba har jeg læst lidt om det, er pt. igang med at læse Access the bible så tager lidt tingene som de kommer. Mit problem er at jeg pt. sidder med et flerbruger system og mener at have læst at vba og front end ikke spiller super godt sammen, men kan godt være jeg har fået det galt i halsen.

Jeg har aldrig haft problemer med at få back- og front end til at spille sammen uagtet, at jeg har en del koder i front end.

Men mange og komplekse makroer kan være et problem.

Cool - jamen det er jo næste step for mig at komme ind i det pokkers vba kodning. Er bestemt et mål når tiden er til det. Men vil sige som det er nu virker det for mig med makroer.

Hovedsagen er jo, at db fungerer. Men jeg vil igen hævde, at mange og komplekse makroer gør db stor og har en tilbøjelighed til at gøre db langsom og ustabil. Jeg har læst det et eller andet sted, mne kan ikke huske hvor.

Selv benytter jeg ofte makroer til at konvertere koden til VBA, men bruger ikke makroer i den færdige applikation.

Efter en del test frem og tilbage viser det sig at det må være Citrix der er skyld i at filen bliver oprettet på ny.

Hvis der skulle være andre der sidder med samme problem så kan den orginale fil slettes og den nye (i mit tilfælde bliver den døbt db1) benyttes.

Jeg ved ikke om jeg kan dele point eller hvem der bør have det da I jo begge havde ret.

Du kan dele point ved at markere alle brugere der har afgivet svar og trykke på accepter.

Bed evt. terry om at lægge et svar.

Cool - Mr. Tarry please leave an answer and I will split the points.

I think you should give them to mugs, he's been very active in this question and its also Christmas soon :o)

Thanks for the offer.

Terry

Hi Terry, super I will do that. But still thanks for your help.

Tak for point til begge og Glædelig Jul :o)