Der kommer denne fejlm-prompt, når jeg åbner min database manuelt:
Microsoft Jet-databasemotoren kan ikke finde inputtabellen eller forespørgslen "costomers". Kontroller, at den findes, og at navnet er stavet korrekt.
Sagen er den, at jeg på et tidspunkt har kommet til at slette noget fra databasen. Hvordan får jeg forespørgslen slettet, så jeg ikke får denne fejlmedd.?
Dokumentet har altid fungeret. I et helt år har jeg ikke haft problemer med at åbne min database med dette dokument. Hvorfor er det pludselig ikke godt nok?
Måske skulle jeg prøve at få forespørgslen til "costumers" slettet, siden "costumers" ikke findes. Ved du hvordan jeg kan slette sådan en start-forespørgsel?
ellebaek> det ved jeg godt :) jeg fjernede også bare Set Connect = Server.CreateObject("ADODB.Connection") som ikke blev brugt. Det andet gjorde jeg bare af ren vane...
det har noget at gøre med de forskellige typer forbindelser og hvad databasen indeholder af funktioner. Hvis det er en clean database så er det nok med den forbindelse med er der flere forskellige funktioner kan de havde konsekvenser mener jeg....
Nedenstående trækker jeg ind fra en include-fil i toppen af mit dokument, og det bruger jeg på en masse andre sider hvor der ikke er problemer, derfor er jeg ikke meget for at rette i det.
dim db dim strConn
Set Connect = Server.CreateObject("ADODB.Connection") strConn = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & server.mappath("../db.mdb")
Set db = Server.CreateObject("ADODB.Connection") db.open strConn
Siden har tidligere fungeret fint... det er sq da træls at det pludselig ikke virker. Jeg tror stadig det har noget med enten databasen eller min PC at gøre.
Har fået den. Det lader til at den er gal med formularen customers. Der mangles også et felt "orderitems" i dine forespørgsler. Hvad skal du bruge formularene til, er det ikke meningen at du/de skal opdatere databasen via et admin modul i ASP?
Yes, det er det der er meningen. formularen costumers har jeg slettet, men databasen bliver ved med at efterspørge den når den åbnes. Efterspørgslen skal slettes. "Orderitems" skal jeg heller ikke bruge til noget...
Som sagt tror jeg det er pga. din MDAC 2.6 update som Windowsupdate selv kommer med. Har selv valgt den fra indtil jeg ved hvad den laver. Sidder med en webserver med alt for mange domæner på. Og det ville være dræber at opdatere uden at kende konsekvenserne.
Men hvordan kan jeg så være nogenlunde sikker på, at det jeg laver på min lokale IIS så fungerer når det kommer på webhotel? - hvis der findes flere forskellige filer, som ændrer i fortolkningen af mit ASP?
det er da et forsøg værd. Men jeg vil foreslå dig først at køre en komnprimering af databasen. Altså: kan ikke huske hvor den sidder, men den hedder komprimer og reparer database... Den kan rette eventuelle fejl som kan have indflydelse på dine scripts...
Jeg har netop kørt en "komprimer og reparer database..." Det hjalp tilsyneladende ikke meget, nu får jeg en fejl der lyder:
Microsoft JET Database Engine (0x80004005) Microsoft Jet-databasemotoren kan ikke åbne filen "c:\inetpub\wwwroot\db.mdb". Den er allerede åbnet med udelt adgang af en anden bruger, eller du skal have tilladelse til at vise dataene.
Du er velkommen til at sende databasen samt din asp fil til mig, så kan jeg se på det inden du går igang med en større sletning af programmet på min computer...
Jamen det drejer sig om ca halvdelen af mine sider, som pludselig giver masser af fejl, ud af den blå luft (dvs. efter jeg har kørt en windows update og installeret min IIS på ny).
If the page is meant to be accessed anonymously, give the IUSR_<machinename> account full control to the ASP page, and the folder and files where the database is located. Additionally, if the path to the database is being referenced using UNC (\\Server\Share), ensure that the Share Permissions allow the IUSR_<machinename> account full access. This step applies even if the share is on the local Web server.
If the page has been secured such that the IUSR_<machinename> can't access the file or database, then ensure that the user's account that is being authenticated has full control to the appropriate folders and files.
At a minimum, the account being used needs Create, Destroy, Read, Write to work with the .ldb file. Specific permission can be applied to the database to limit access.
hov, nu fungerer det. Jeg gik ind i rettighederno for db.mdb og satte hak i "tillad, at tilladelser, der kan arves fra overordnede, kan overføres til dette objekt"
Tilsyneladende var det det der var galt, nu vil siderne vises...
det er fordi der på din server skal gives skriverettigheder til forskellige brugere for at de kan få lov at opdatere i databasen...
i XP: 1. Åbn denne computer - Klik på menupunktet Funktioner - Mappeindstillinger - Klik på fanen Vis - Fjern flueben i "Brug Enkel Fildelign" så skulle du gerne få adgang til fanen sikkerhed.
2. Åbn mappen C:\Inetpub\wwwroot (eller den mappe du vil give skrive rettighed) højreklik på din mappe med databasen - Vælg egenskaber - Klik på fanen sikkerhed - giv her IUSR_xxxxx skriverettigheder.
Der er flere af siderne der fungerer siden jeg har fået tildelt rettigheder til databasen, og sat hak i "tillad, at tilladelser, der kan arves fra overordnede, kan overføres til dette objekt".
Stadig få sider fungerer ikke, men det kan godt være mindre scriptfejl, som gør det. Tak for hjælpen!
Dem der mener de har fortjænt lidt points, kan lige nå at lægge et svar :)
Det er kun local host indtil videre, jeg har før været udsat for at det ikke virkede lokalt, men fint nok, når det kom på webhotel. Men det ville nu være rart, hvis det fungerede ordentligt lokal, så jeg 100% ved hvad der fungerer.
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.
