reducer databasestørrelse giver større database

Nej, så vidt jeg ved gør du ikke noget galt og det er vist meget normalt.

Da "opdatering" af databasestørrelse er periodisk og ikke altid sker realtime i hvert til fald i SQL udgaven.

Derfor kan man sagtens risikere at sådanne kørsler som Reducer Database størrelse, sletning af år osv. har den stik modsatte virkning.

Er det en SQL eller en Native database ?
Hvor stor er databasen ?

det er en nativ3e db.
vi har koder til 295 MB og vi bruger lige nu 296 MB.
Hvis jeg kører "reducer database størrelse" uden at slette regnskabsår, ender jeg med 315 MB, og så er der intet der kan køre mere.

Jeg må tilstå at jeg ikke helt nøjagtigt ved hvad "reducer database størrelse"-funktionen gør, men i versionerne før 3.x har jeg med succes kunne reducere databasens størrelse betragteligt ved at

1) Køre multieksport af databasen.
2) Oprette et nyt regnskab/en ny database
3) Køre multiimport af de eksporterede data i den nye database.

Dermed får du effektivt defragmenteret din database, da alle
poster ved en multiimport indsættes på ny, og databasen allokerer kun den plads der skal til for at indsætte disse poster.
Der vil dermed ikke ligge noget "tom plads", som nativedatabasen er meget dårlig til at genanvende.

Du kan prøve at køre den manøvre på en total kopi af systemet.
Dermed kan du også kontrollere om saldi nu også er de samme, i den nye defragmenterede database.

ok, reducer db-størrelsen består af 3 dele:
export af tabeller
slet og opret nyt regnskab
import af tabeller.
Det er så i version 4 lagt sammen i en kørsel under administration.

Hvad mener du med en total kopi af systemet?

Ok. Jamen hvis kørslen gør det, så kan jeg ikke se at du kommer uden om at skulle købe mere databaseplads.

Jeg mener en kopi af alt hvad der ligger i den folder hvor c5 kører.

Du kan evt. også nøjes med at tage en kopi af c5data.??? filen og gemme denne, også lave forsøget. Så kan du kopiere den tilbage hvis det mislykkes.

Der er en naturlig forklaring på at Native databasen bliver større.

Når C5 skal komprimere poster summeres f.eks. finansposter for en måned. Summerne bliver skrevet i NYE finansposter, som gør at databasen vokser. De "gamle" poster slettes dog i samme ombæring.

C5 genbruger normalt ledige områder i databasen, men kan ikke skrive de nye poster ned i samme område, som de gamle var i.  Det hele skal foregå i een transaktion, som skal kunne rulles tilbage. Hvis de gamle poster blev overskrevet inde i transaktionen ville der ikke være noget at rulle tilbage til.

En "posteringskomprimering" har dog den effekt, at fremadrettet vokser databasen ikke så meget.

-Broholm

OK, kommentarerne var fine, men adresserede ikke lige problemet.
Der findes faktisk en løsning i C5, nemlig funktionen "Nuller" i databasen.
Denne funktion frigiver rent faktisk pladsen.
/Hans