Søgning i 2 databaser?

"ligger på en anden side"... Hvor lang er de fra hinanden:
Anden computer?
Andet site?
Andet lokal-net?
Anden planet? .-)

Den ligger på en anden server i danmark

Med venlig hilsen
Silas

Dette er den nemme måde

<%
Set Conn = Server.Createobject("ADODB.Connection")
DSN1 = "DRIVER={Microsoft Access Driver (*.mdb)}; "
DSN1 = DSN & "DBQ=" & Server.MapPath("database1.mdb")
Conn.Open DSN1

Dine sql'er osv.

%>
<%
Set Conn = Server.Createobject("ADODB.Connection")
DSN2 = "DRIVER={Microsoft Access Driver (*.mdb)}; "
DSN2 = DSN & "DBQ=" & Server.MapPath("database2.mdb")
Conn.Open DSN2

Dine ting til database2

%>
<%
Her koder du så tingene fra de to databaser sammen
%>

Håber det var til nogen hjælp

Her kommer der så et lille eksempel

<%
Set Conn = Server.Createobject("ADODB.Connection")
DSN1 = "DRIVER={Microsoft Access Driver (*.mdb)}; "
DSN1 = DSN & "DBQ=" & Server.MapPath("database1.mdb")
Conn.Open DSN1


SQL = "Select * From tabel1"
Set rs = Conn.Execute(SQL)
If Not rs.EOF Then
streng = rs("Felt")

rs.Close
Conn.Close
Set Conn = Nothing
%>
<%
Set Conn = Server.Createobject("ADODB.Connection")
DSN2 = "DRIVER={Microsoft Access Driver (*.mdb)}; "
DSN2 = DSN & "DBQ=" & Server.MapPath("database2.mdb")
Conn.Open DSN2

SQL = "Select * From tabel2"
Set rs = Conn.Execute(SQL)
If Not rs.EOF Then
streng2 = rs("Felt")
End If

rs.Close
Conn.Close
Set Conn = Nothing
%>
<%
'Her koder du så tingene fra de to databaser sammen

Response.Write " & streng & " og " & streng2 & ".
%>

Havde lige glemt at connection'en skal lukkes igen
altså :
rs.Close
Conn.Close
Set Conn = Nothing

Sådan ville jeg tro var nemmest at overskue for en der var helt ny.
Kan godt give lidt info om hvad det er jeg laver.

Såvidt jeg ved, kan man da ikke trække data fra en database som er placeret på en anden server med asp, eller er det mig der har misforstået noget ?!?

/Goose

Goose >> Havde ikk' lige set

Men hvad nu hvis man ligger hele serverstien ind, så kan man måske
altså

DSN2 = DSN & "DBQ=" & Server.MapPath("http://www.server/database2.mdb")
men ved det altså ikke.

Det kan man ikke, believe me, jeg har forsøgt, den eneste måde jeg har hørt man kan gøre det på er med XML, men det har jeg ikke en dyt forstand på.

/Goose

da Access er en filbaseret database der ikke står og lytter på nogen port SKAL man have eksklusiv adgang til den fil (.mdb) der er tale om. Det har man ikke særlig tit hvis den ligger på en aden server :-) Man kunne hacke sig lidt tættere på en løsning ved at lave nogle asp-sider der kunne lave de forespørsler man skulle bruge, og på den måde få databasen tilgængelig på nettet... men jeg tror ikke det er en opgave for en "databaser er nye" for. Med rigtige databaseservere er det muligt at forbinde direkte over nettet.... Oracle, MSSQLServer, og sikkert også MySql.

Her er en mulig approach, der gør brug af xmlhttp, xml og asp.  Den kræver at du har mulighed for at oprette og køre et asp script på den eksterne server.  Det er besværligt, men den kan løse dit problem.

Du skal bruge 2 scripts - et til den lokale server og et til den eksterne.

Scriptet på den eksterne server:

Scriptet får søgeparametrene via querystring collectionen, da det tilgåes vha xmlhttp - dvs. du skal bruge request.querystring("feltnavn") til at hente data ind.  Resultatet af søgningen skal du så eksportere til xml.

Scriptet på den lokale server (det, brugeren ser):

Her skal du først søge i den lokale database, derefter skal du vha xmlhttp hente asp-siden på den eksterne server - med dine søgeparametre i querystringen.  Det, du får tilbage er så xml, som du skal manipulere til at blive vist korrekt på siden sammen med dine resultater fra første databasesøgning.

Hvis du vil undgå alt xml-ræset, kan du få scriptet på den eksterne server til at spytte selve htmlkoden ud i stedet for xml'en.  Om du vælger den løsning afhænger af, hvor fleksibelt dit system skal være.

Hm.. jeg havde ikke læst så grundigt, hvad du skrev i dit spm her - så det oprindelige spørgsmål lige da du havde oprettet det i access gruppen.

Hvis du ikke ved noget om søgning i databaser, vil jeg anbefale dig at bruge enten mysql eller mssql (mssql hvis du er vant til access i en eller anden grad).  Eller også at holde dig til bare en enkelt lokal access database.  Det andet bli'r let for uoverskueligt, hvis du er helt nybegynder.  :o)

Tak for alle kommentarer

-master-d-: Tak for dit svar, men jeg kan høre fra ”goose” at det ikke virker, så derfor kan jeg desværre ikke godkende dit svar.

kimiwan: jeg ved godt at det er lidt meget at forlange :-), men vil du prøve at skrive programmeringen til den ide du har til hvordan man kan løse problemet, da det lyder meget fornuftigt.

Med venlig hilsen
Silasla

Det har jeg sgu ikke lige mod på (eller tid til) lige nu.. men hvis du skriver hvordan der skal søges i din database, ville det gøre det væsentligt lettere, hvis der nu var nogen, der skulle få lyst til at forsøge sig :o)

Hvordan ser datastrukturen i databaserne ud?
Hvad skal der søges efter, hvordan ser din søgeformular ud?

Jeg har fundet en løsning på asp.dk, så hvis der er nogle som bare kan indflette den eksterne database i søgningen er de 200 point tjent.

http://www.asp.dk/articles.asp?mode=show_article&article_id=136&tech_id=1


Interne database=

Filnavn
-Filnavn
-Medie
-Format
-Størrelse

Forfatter
-Forfatter
-Email

Målgruppe
-Målgruppe
-Uddannelse
-Mål
-Lærestil

Rettigheder
-Forfatter
-Fag
-Filnavn
-Ophavsret
-Brugernavn
-Adgangskode



kimiwan:
Må jeg få din E-mail adresse, jeg ved godt at det ikke er så motiverende med 200 point for at læse en stor opgave, men hvis du har lyst kan jeg tilbyde dig et job som freelance programmør. Du kan sende en mail til admin@webfair.dk hvis du er interesseret.

I søgningen er det da en søgning du vil lave ?
Kan du ikke forklare lidt nærmere hvad du vil have, måske.

Jeg har set dit, men det kræver jo at du laver en asp side på begge servere.

ups ,

Jeg har set dit link, men det kræver jo at du laver en asp side på begge servere.

Spørgsmålet er ikke aktuelt længere, da min kunde p.t. har ændret strategi. Men spørgsmålet bliver måske aktuelt igen.