14. september 2018 - 16:30Der er
24 kommentarer og 1 løsning
Run-time error '3048': Der kan ikke åbnes flere databaser
Jeg har et Accessprogram, som får denne fejlmeddelelse. Det sker, når jeg kører "DoCmd.RunSQL". (Jeg har selvfølgelig ledt efter svar på dette problem på nettet uden at have fundet andet svar end, at jeg må have en uendelig løkke - hvilket jeg ikke har)
Jeg kører programmet fra en DOS-bat, og det lukkes således ned, når det er færdigt. Jeg kører 'komprimér', hver gang jeg lukker.
Jeg har reboot'et, men fejlen kommer igen. Jeg har sprunget linjen over i debug, og fejlen kommer ved næste "DoCmd.RunSQL". Jeg har netop 'repareret'.
Fejlen kommer i et loop over et par hundrede rækker, hvor de ca. 107 første er gået igennem.
Denne del af programmet har fungeret siden 2000 og har overlevet alle windows/access-opgraderinger siden da. Den har fungeret med flere tusind rækker.
Desværre, no clues. Jeg prøver at lave en accdb, hvor jeg så sletter data, irrelevante for løsningen af dette problem, og ser om det hjælper. Ultimativt må jeg flytte hele tjavsen over i en helt frisk accdb.
compact/repair har jeg kørt. Jeg kendte ikke til /decompile, så det har jeg nu gjort. Der går desværre ca. 1 times tid, før den har fået fejlmeddelelsen, så det skal jeg nok vente igen. Jeg så iøvrigt, at accdb'en var blevet meget større! Fra knap 4MB til 27MB.
Jeg komprimerer, når jeg exit'ter, så jeg så det kun, fordi jeg var gået ned. Kan dét være relateret? De tabeller, jeg indsætter rækker i, er alle eksterne som i BackEnd.
En anden ting: Kunne man ikke køre fast med /decompile? Jeg har nemlig ikke kørt "compile", og det ser ud til at virke fint!
If I understand you correctly, your looping and inserting records into your tables. Your front-end is going to grow too but the back-end will grow even more and thats what you should be compacting.
Okay, så misforstod jeg dit link, hvor der stod, at jeg skulle decompile, og nu kan jeg ikke lave det tilbage - alle moduler for timestamp i dag på dét tidspunkt, hvor jeg logger på. Det er ikke så godt fsa vedligeholdelse.
På vej ind for at se på nogle af mine backend-accdb-ere, fandt jeg, at der var sikkerhedsadvarsel! De skulle aktiveres. Det er mig fuldstændig uforståeligt! "Aktiveringen" har så ikke hjulpet, jeg får den igen. Jeg har kørt med kopier af data fra juli, hvor jeg ved, at de har kørt upåklageligt. Nu prøver jeg så på en anden platform.
Dette gav en fejl under compile, som lugter lidt af fisk: "Expected user-defined type, not project" Den kommer ved "Dim dbs as Database" i et modul. Omdøbning til ddbs hjalp ikke. Help gav ikke noget.
"Okay, så misforstod jeg dit link, hvor der stod, at jeg skulle decompile, og nu kan jeg ikke lave det tilbage - alle moduler for timestamp i dag på dét tidspunkt, hvor jeg logger på. Det er ikke så godt fsa vedligeholdelse."
? No idea what your trying to tell me here, you have to realise that I have no idea what your program does, or anything else about it for that matter.
If you get an error when you compile then you have to correct those errors to ensure your code runs correctly.
"Og det virker på min pc, men ikke på min remote-pc."
Øh, jeg prøver sådan set ikke at fortælle dig noget, det var bare en situationsrapport. Jeg kunne køre tingene accdb'em på min private pc, men ikke på den jeg havde remote. Kort efter gik den så ned på pc'en også! I mellemtiden har jeg fundet ud af, at jeg ikke altid har lavet en .close efter opefilrecores, så det har jeg nu gjort, men det virker stadig ikke. Det er meeeget mystisk.
Is it possible to see the dB, or at least the part which is causing the problem? ekspertenATsanthell.dk AT = @ If you send it I'll take a look tomorrow.
Tak for dit tilbud. Jeg er nu der, hvor jeg har lavet errorhandling på ALLE databasekald. Når den så går ned, lukker accdb'en og lader dos om at starte den igen på ny, indtil den er stoppet på normal vis. Længere historie med passende beskrivelse af, hvor langt den er nået osv osv. Der er desværre forretningshemmligheder i accdb'en, som det vil tage forholdsvis lang tid at rydde ud i.
Jeg er ret glat for, at du tilbyder at se det igennem, men det er faktisk koden med tilhørende løsninger, som er det hemmelige.
Programmet kører fra Schedularen via en DOS-bat-fil. Nu har jeg ændret bat'en:
:loop KØRACCESSDATABASEN if exist Continue.txt goto loop
accdb'en starter med at se, om Conintue.txt findes, og så fortsætter den, hvor den slap (hvilket jeg ved, hvor er). Hvis continue.txt ikke findes, dannes den.
Når accdb'en er færdig uden nedbrud, sletter den Continue.txt.
Clumpsy. Jeg ved, at det er at kurere forkølelse ved at putte en spand under næsen, men jeg skal videre og har ikke mulighed for at fejlsøge, når kunderne mangler data. Jeg håbede på, at der var en simplere løsning. Jeg skal køre over 3.000 rækker, og der er pt kun ca. 100 pr. minut! Tunge sager, og ja, det kunne i al fald optimeres!
Jeg vil ikke sige, at jeg fandt fejlen, men jeg fandt en løsning!
Jeg har mange tabeller linket på på txt-filer og xslx-filer. Jeg tænkte efter døgntests på det ene og det andet, at det måske havde noget med det at gøre. Jeg kopierede derefter alle til interne, og wupti, så var fejlen væk! De SKAL nu være eksterne, for mange er ret store osv -det er gennemtænkt.
Det viste sig efter adskillige kombinationer af at kopiere tabellerne intern (med 1-4 timer pr. test), at jeg fandt en enkelt, som den ikke kunne lidt. Jeg kopierede den så internt, og alle var glade. Det er en fil, som ændres hver nat, så jeg er nu nødt til at kopiere den ind ved hver kørsel. Det var i øvrigt en excel-fil med 4000 rækker.
Og nu jeg var i gang, gjorde jeg det med 3-4 andre, og det har øget hastigheden væsentligt.
terry: Jeg er sikker på, at jeg brugte dit clue med at have læsning af én database (tabel) sammen med skrivning i en anden ikke var så godt. Det var nu ikke tilfældet, men det fik mig til at se på koden på en anden måde - ud fra tabellerne -, og dét gav et break through. Kopieringen i starten tager ca 5-10 ekstra minutter og sletning i slutningen ca 2-3, men resten kører nu på 10 minutter. Lidt af en optimering fra tidligere flere timer. Omvendt skal jeg så administrere lidt mere, for koden er bestemt ikke blevet simplere. Samtidig bliver databasefilen gigantstor, så jeg må slette de interne tabeller igen og komprimere ved hver exit. Nu skal dette modnes, og så snupper jeg de sidste eksterne kald fra programmet ud af brødkoden og hen til initialisering. Tak igen.
Synes godt om
Ny brugerNybegynder
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.
