Det eneste du kan gøre, hvis du vil undgå at købe mere database plads er at du skal exportere alle dine data ud i en kommafil, slette datafilen, oprette den igen og importere kommafilen igen. På den måde for du krympet datafilen til den korrekte størrelse uden at slette data. Hvis ikke dette hjælper ret meget på størrelsen så skal du slette alle forældede data der kan slettes (salgsordre, indkøbsordre) o.lign. og så gentage export/import proceduren.
Databasen er bygget sådan op, at den ikke bliver mindre ved sletning. Der sker dog det, at de tomme pladser fyldes op først. Det findes der også kørsler for, men så begynder det at blive lidt mere kompliceret - og er ikke for gør-det-selv-folket. Det billigste og nemmeste er at købe mere databaseplads. Prøv at ringe til din forhandler om prisen.
Helt grundlæggende, en native database bliver aldrig mindre selv om man sletter data, den bliver istedet for fyldt med huller. Derfor er den eneste mulighed for at krympe den så den viser korrekt størrelse export/import af data.
Det er en rigtig dårlig idé "bare" at eksporterer data. Det går galt de fleste gange, og så koster det virkelig penge at få rettet op igen. Og hvad er det 25 MB database koster?
Det er en ganske udemærket løsning, supporteret af (Damgaard, Navision, MBS) jeg har arbejdet med disse produkter siden 1995 og gjort dette et utal af gange uden problemer. Og man gør selvfølgelig ikke sådan noget uden at have en backup. Jeg ved ikke hvad 25MB koster da jeg aldrig har købt så lidt.
En lille ting mere... Når man kigger i Database status er der et flet, der hedder T (antal aborterede versioner i det aktuelle kartotek), der på flere af vores kartoteker er tæt på maximum. Hvad betyder det og kan man gøre noget ved det?
1. Import/export er eneste løsning. Den kan gå galt hvis der er "huller" i programmeringen, da programmet bruger nogle såkaldte record id referencer, og hvis man ikke ved programmeringen har tage højde for det, vil de blive ødelagt ved importen. Har man ikke special programmering i C5, vil det ikke være et problem, men ellers skal man have en C5 programmør til at gennemgå systemet.
Skal man være sikker på at få noget ud af det, skal man dog først rydde op i modulerne. Det er f.eks. Finans/Periodisk/Oprydning/Komprimer poster, tilsvarende under debitor, kreditor og lager, sletning af gamle ordrer osv osv.
Der er ikke nogen garanti for hvor meget man får ud af det og om det er det værd i forhold til at man mister gamle posteringer og ikke kan slå op i dem mere!
2. Antal aborterede versioner behøver du ikke tage dig af. C5 benytter sig af såkaldt transaktionsstyring (låsning af poster/kartoteker(, og hvis en kørsel, der er af opdaterende natur ikke kan/må gennemføres, afbryder man med en såkaldt TTSABORT. Et kartotek kan kun rumme 32 TTSABORT's, men den nulstiller dem automatisk når den når til nr. 32. Det ser man ved at den skriver "Fjerner TTSABORT'S". Man kan dog nulstille dem ved at køre Generelt/Tilpasning/Vedligeholdelse/Database/Check/Oprydning. Men den tager tid (afh. af databasestørrelse og PC'ens kræfter) og er som sagt ikke nødvendig.
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.
Ny bruger
Nybegynder
Opret
Preview
