Access97/98/2000-fejl - mangler driver.

http://www.microsoft.com/data/

Jamen kan acces97 snakke med acces2000 filer ?
Jeg vil da tro at der er en versionkonflikt !
Normalt kan acces2000 snakke med acces97 filer, men jeg vil næppe tro at det samme virker omvendt.

//Anders

Hvordan ser din Connection string ud ??

Og hvilket OS kører serveren

Cyberfessor->Det vil i korte træk sige, at hvis man downloader \"Component Checker\" og lader den gennemsøge systemet, så skulle den automatisk opdatere de MDAC-(ting) der mangler?


vladimirr->Ikke det der er problemet. :-)


Bo->øhh why?

prodic>> den downloader desværre ikke den nyeste, men den gi\'r besked om hvilken du har, og ud fra det kan du så hente den version som vil være mest passende for dig. Umiddelbart vil jeg tro at MDAC 2.6 SP1 vil være den du skal bruge, den kan du hente lige her http://www.microsoft.com/data/download_26sp1.htm

Cyberfessor->Jeg takker. Det prøver vi. Gik også ud fra at det var 2.6 SP1 jeg skulle have fat i.

Du løber med sejren - så håber vi bare at det virker.

Fejl meddelsen ser ud til at du bruger en connection driver til access 97 og ikke 2000.

Bo->Desværre ikke. Har testet det på mit eget system, og der virker det fint. Der er kun fejl på selve serveren hvor siden/asp\'en skal ligge.

Nå Ok.

IIS 4.0 skal opgraderes til Mdac 2.5 for at bruge Access 2000

IIS 5.0 Skulle skulle være i orden.

Hvis du kunne bruge det til noget :-?

Bo->1000 tak. Efter hvad jeg sådan lige kan regne ud så skulle en opgradering til MDAC 2.6 SP1 dermed også være tilstrækkeligt.
Nu er jeg ENDNU sikre i at de informationer jeg har fået er korrekte.

Ja det burde jo gøre det :-) og så er der også lige forskellen på connstrings.

Den til alle (men laaaaaaaaaaaangsomme) dog ikke over Mdac 2.5!!

Driver={Microsoft Access Driver(*.mdb)};DBQ=d:\\sti_til_db\\database.mdb

Den hurtige til A 2000 :

Provider=Microsoft.Jet.OLEDB.4.0;Data Source=d:\\sti_til_db\\database.mdb


Den hurtige til A 97 :

Provider=Microsoft.Jet.OLEDB.3.51;Data Source=d:\\sti_til_db\\database.mdb

Lige nu ser den sådan her ud, og det skulle virke :

Set Conn = Server.CreateObject(\"ADODB.Connection\")
DSN = \"DRIVER={Microsoft Access Driver (*.mdb)}; \"
DSN = DSN & \"DBQ=\" & Server.MapPath (\"DB_NAVN.mdb\")
Conn.Open DSN

Så det skulle vel være iorden. Eller hvad?

Jo det skulle den gerne gøre.

Måske du lige skal sætte / ind foran dit DB navn

DSN = DSN & \"DBQ=\" & Server.MapPath (\"/DB_NAVN.mdb\")

Server.Mappath retunere feks. denne sti

D:/mappe/databasemappe  her ligger den

så hvis du udskriver din sti som den er stillet op :

D:/mappe/databasemappeDb_Navn

det dutter jo ikke :-)

bojohansen>> det passer jo ikke

Server.Mappath returnerer røv og nøgler
Server.Mappath(\"..\") returnerer D:\\mappe\\...
Server.MapPath (\"DB_NAVN.mdb\") returnerer d:\\mappe\\db_navn.mdb
Server.MapPath (\"/DB_NAVN.mdb\") returnerer d:\\mappe\\/db_navn.mdb

argh sorry - det var en \"overskriv DB-navn\"-fejl - den er der i min version. Sorry.

Men endnu engang tak for hjælpen. Gode råd kan man aldrig få nok af.

øhh nu har jeg lige krydstjekket - og den er altså uden /

så nu venter jeg spændt på hvad I 2 bliver enige om...

well... jeg sagde at bo ikke havde ret, og det ser ikke ud til at han protesterer :)

det ER uden / også uden \\ :)

<Snip>
MÅAKE du lige .......
</snip>

Jeg bruger aldrig Server.Mappath og slet ikke til DB\'er.......det er alt for usikkert.

Dit hotel bør være sat op så DB mappen ligger uden for din www mappe og din connection string skrives manuelt i en fil som så bare inkluderes på de sider som skal bruge den.

Og så drop lige smart ass holdningen, det er der vist ingen grund til.

hvem er det som er smart ass <snip>det dutter jo ikke :-)</snip>

server.mappath er overhovedet ikke usikkert til db\'er. og at lægge den uden for www mappen kan jeg heller ikke se ideen i. Webserveren skal bare være sat op til ikke at tillade eksterne requests til mappen man lægger følsomme filer i...
eks. http://www.pikkori.gl/log

Sidder lige i stille ro og mag med maskinen pakket ind i det nye Noice Control kabinet..........bzzzzzzzzzzzzz siger den utroligt sagte

Men jeg sidder så lige og kigger tråden igennem, Godt ord igen fra min side inde vi kører af skinnerne, Ok?

Jeg ved dog udmærket godt at Server.Mapppath alene ikke giver noget, men ski nu med det og lad den konstruktive snak flyde.

http://www.pikkori.gl/log metoden er selvfølgelig også en brugbar metode for at holde adgang fra port 80 væk fra DB\'er......det er bare min fanatiske tankegang der syntes det er bedre at DB mappen er uden for port 80\'s totale rækkevidde, men ved en feks. buffer overload som kan giver attackeren adgang med web stedes konto er det selvfølgelig ligegyldigt hvordan det er sat op da db mappen ville kunne tilgåes alligevel.

-->prodic

Smed lige dette lille Server.mappath eksempel op.

http://bo-johansen.adsl.dk/eksperten/102749/

så kan du prøve at lege lidt med det :)

Uha - lege :-)

Tak for det bo. Det skal nok blive nyttigt - dit lille stykke legetøj.

:)

Skal du aldrig have lavet nogle tutorials til Fireworks på dit site ? ;)

Bo->Fireworks - Gud bruger folk stadigvæk det program. ;-)
Nej det tror jeg ikke lige. Jeg holder mig til Photoshop - det kender jeg lidt mere til end Fyrværkeri.

:)
Dammm......så mås man jo lede videre..

Du har vel ikke et eller andet skrottet design til at ligge i gemmeren som du ville sponsore til min test server http://bo-johansen.adsl.dk/
Det der med farver her og der og så passe dem sammen er ikke lige min stærke side!!!

bo->Desværre - jeg har ikke hele designs liggende som du evt. kunne \"få\" - sorry